
INTEGRATED ACD AND IVR SCRIPTING FOR 
CALL CENTER TRACKING OF CALLS 

Field of the Invention 

This invention relates to the field of call 
centers, and more particularly, this invention relates 
to the field of call centers having automatic call 
5 distributors and interactive voice response units. 

'0 Background of the Invention 

III 

Calls centers that use digital switching 
|™ systems have become commonplace in businesses and 

-;g 10 institutions throughout the United States and the 

=P world. Often these call systems use separate and 

£3 functionally different automatic call distributor (ACD) 

servers and interactive voice response (IVR) servers. 
The ACD allows routing of calls received via a switch 
15 to a plurality of different agents, depending on the 
predetermined standards defined by the call center 
system. Examples of these standards include routing 
based on DNIS or AN I . Some call center systems also 
have skills based routing on a limited scale. 
20 In these prior art call centers, the IVR 

script is separately established under one control 
system, generally run on a processor that is operative 
and associated with the IVR server. On the other hand, 
ACD operation is scripted and controlled via a computer 
25 and processor that are associated with the ACD, but 
separate from any association with the IVR server. 
This is a complicated prior art system, and the lack of 
integration among any ACD and IVR servers and 
components makes for complicated call center 
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administration. Additionally, the lack of functional 
integration among the ACD and IVR components, 
especially with scripting functions, makes call center 
set up time consuming, and makes real time reporting of 
call center operation and agent efficiency difficult. 
Also, this type of prior art call center system makes 
agent evaluation and call center evaluation less 
reliable . 

In some prior art call center systems, the 
user sets up call routing first, and then pushes skills 
into the call routing. This type of routing and 
associated scripting is inefficient. Also, many call 
center systems use proprietary report generation 
software packages having different prepackaged report 
templates that cannot be customized with standard 
office products, such as commercially available SQL or 
other database products. "Snap shot" reports are thus 
not available or reliable enough to evaluate a call 
center performance in any complicated call center 
system using IVR and ACD servers. Thus, these call 
center systems are not dynamic, and do not effectively 
provide service to customers and callers. They also do 
not respond quickly to changing conditions in a manner 
to allow adequate real time report generation and the 
control and tracking of calls within the call center, 
whether in queue or being responded to by an agent. 
Any custom applications also are not readily 
exchangeable across different platforms and are not 
scalable for different solutions and thus, cannot meet 
diverse current and future call center demands. 

Summary of the Invention 

It is therefore an object of the present 
invention to provide a method of tracking calls 
received within a call center. 

A method of tracking calls received within a 
call center includes a step of receiving a call within 



# 



-3- 



a call center switch that is connected to a call center 
via a host interface link (HIL) . The call center has 
an automatic call distributor (ACD) server and 
interactive voice response (IVR) server, which is 
5 functionally integrated with the ACD server. The call 
is routed to the IVR server of the call center and 
responses are solicited from the caller to determine a 
requested type of service and what skills are required 
for answering a call. A route request based on an HIL 
10 protocol is determined within the call center and 

includes a new extension number and HIL messages. The 
call is routed based on the route request back to the 
call center and to an agent via the ACD server and HIL 
_ link such that the call can be tracked while in the 

15 call center and in queue. 
i_y In one aspect of the present invention, the 

N method also specifies within an HIL link failure timer, 

^ the period of time that an HIL link will queue messages 

s: after a link has failed. An HIL message can be defined 

2 0 by a format having a function code, process code and 
jlj message data field. Calls can be prioritized based on 

one of at least number dialed (DNIS) , number dialed 
from (ANI), and length of time a call is in queue. A 
call can be routed to an agent that has the highest 
25 proficiency level for the skills required for answering 
the call based on the requested type of service. If 
the agent that has the highest proficiency level is not 
available to receive the call, then the call can be 
routed to agents with selectively lower proficiency 
30 levels. 

Brief Description of the Drawings 

Other objects, features and advantages of the 
present invention will become apparent from the 
35 detailed description of the invention which follows, 
when considered in light of the accompanying drawings 
in which: 
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FIG. 1 is an overall block diagram of the 
call center system of the present invention, a 
switching platform, public switched telephone network 
and a customer calling into the call center system. 
5 FIG. 2 is a portion of an open window showing 

the script construction editor that is used for 
scripting IVR functions and ACD functions and examples 
of advanced action icons. 

FIG. 3 is a block diagram of a switched 
10 database showing a call processing overview. 

FIG. 4 is a block diagram illustrating the 
switch and call center system where boards are inserted 
within the shelves and slots of a switch for a Tl trunk 
IZ or analog line unit. 

"ass 

III 15 FIG. 5 is a table showing an example of a 

route requesting configuration that can be used in the 
present invention . 

FIG. 6 is a table showing an example of a 
system device configuration that can be used in the 

2 0 present invention. 
FIG. 7 is a table showing an example of a 

system logical device configuration that can be used in 
the present invention. 

FIG. 8 is an example of an HIL message format 
25 for serial communication that can be used in the 
present invention. 

FIG. 9 is an example of an open LAN HIL 
message format that can be used in the present 
invention . 

30 FIG. 10 is a block diagram of the HIL signal 

circuits and the relation between the switch and call 
center system of the present invention. 

FIG. 11 is a table illustrating an example of 
various parameters used for HIL stations of the present 

3 5 invention. 

FIG. 12 is a table showing various facility 
numbers and trunk going numbers, outpost commands and 
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outgoing COS numbers that could be used with the 
present invent ion . 

FIG. 13 is another example of the 
construction editor showing various standard icons and 
5 the script display having connected icons for an IVR 
and ACD script . 

FIG. 14 shows an open window for set up 
skills used in the ACD manager. 

FIG. 15 shows an open window for the ACD 
10 Server Administrator application. 

FIG. 16 shows an open window having greater 
details of the ACD server administrator application. 
FIG. 17 shows an open window used for 
U configuring the ACD server. 

J1 15 FIG. 18 shows an open window for advanced 

_y settings for the ACD server administrator application. 

*J FIG. 19 shows the window reporting memory 

^ usage when the usage tab on the ACD server 

administrator application window is clicked. 
20 FIG. 19A illustrates an open window for the 

ti 

tj administrator application where the IVR server is 

fj selected for configuring the IVR. 

2 FIG. 19B illustrates an open window for 

configuring the IVR lines. 
25 FIG. 19C illustrates an open window for the 

number of lines available on the IVR server. 

FIG. 19D illustrates an open window for 
configuring IVR advanced properties. 

FIG. 19E illustrates an open window that is 
3 0 opened by the monitor tab for monitoring the status of 
each line in the call system center. 

FIG. 20 illustrates the toolbar for the ACD 
manager interface . 

FIG. 21 illustrates a set of station window 
35 when the station's button is pushed on the toolbar of 
the ACD manager. 
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FIG. 22 illustrates details of a window used 
for a holiday schedule. 

FIG. 23 illustrates a window for open/closed 
routing schedules of the DNIS . 
5 FIG. 24 illustrates an opening and saving of 

route schedules open window obtained by the file menu 
of FIG. 23. 

FIG. 25 illustrates a window used for opening 
existing route schedules and entering data. 
10 FIG. 26 illustrates a window for entering a 

schedule for a day of week. 

FIG. 27 illustrates a window for closing 

time . 

FIG. 28 illustrates a window for finishing 
15 data entry. 

FIG. 29 illustrates a window for entering 
SI holiday hours. 

■Jf FIG. 3 0 illustrates a window for entering 

logical expressions through an advanced formula editor. 
M 20 FIG. 31 illustrates a setup skills window for 

iiy entering skills of agents. 

yl FIG. 32 illustrates a window for entering new 

•25 skills that can later be assigned to one or more 

agents. 

25 FIG. 33 illustrates a setup window for call 

disposition tracking. 

FIG. 34 illustrates a setup window for 
configuring a DNIS for in-bound calls and assigning it 
to a skill . 

30 FIG. 35 illustrates a window for entering a 

DNIS name and skill for a DNIS. 

FIG. 36 illustrates a window for setting up 
routing properties of a DNIS. 

FIG. 37 illustrates a setup window for adding 
3 5 and removing teams. 

FIG. 38 illustrates a window for adding and 
setting up new agents. 
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FIG. 3 9 illustrates a window for assigning 
skills to an agent. 

FIG. 40 illustrates a window as in FIG. 39, 
but on top of another screen. 
5 FIG. 41 illustrates the main screen for the 

ACD supervisor application with the various toolbars 
and menus . 

FIG. 41A illustrates the main window for the 
ACD supervisor, together with an open window for the 
10 agents queued by skill chart. 

FIG. 42 illustrates the File menu for the ACD 
supervisor application . 

FIG. 43 illustrates the Edit menu for the ACD 
S supervisor application. 

IH 15 FIG. 44 illustrates the View menu for the ACD 

;~ supervisor application. 

U FIG. 4 5 illustrates the Windows menu for the 

p ACD supervisor application. 

*" FIG. 46 illustrates one version of a chart 

2 0 expert window used for real-time reporting of various 
events of the call center system. 

FIG. 47 illustrates another version of a 
chart expert window for selecting various charts. 

FIGS. 48-56 illustrate windows having charts 
25 and real time reports. 

FIG. 57 is a window showing a list of 
historical reports . 

FIGS. 58-65 are windows showing historical 

reports . 

30 FIG. 66 illustrates a dial pad layout used in 

the dial pad software application. 

FIG. 67 shows further details when the phone 
tab is selected and the menu option is pressed. 

FIG. 68 shows details of the stats tab. 
35 FIG. 69 shows details when the speed tab is 

selected . 
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FIG. 70 shows details when the time tab is 

selected. 

FIG. 71 shows the main menu window for the 
IVR construction editor with the script display and 
5 properties area. 

FIG. 72 shows an open window for the select 
condition for the branch when the case icon is 
selected . 

10 Detailed Description of the Preferred Embodiments 

The system and method of the present 
invention is a PC-based and PBX integrated call center 
m system, which maximizes the use of internal call center 

*J3 resources. FIG. 1 illustrates the basic components of 

'f* 15 the call center system of the present invention. As 

yy will be explained in greater detail below, the system 

combines an Automatic Call Distributor (ACD) , a 
s g; computer telephony interface (CTI) , an Interactive 

* Voice Response (IVR) system and support applications 

20 and features onto a single communications platform. 
The system uses skills -based routing and other 
intelligent queuing features to ensure that customers 
are reaching the best skilled and longest available 
resource within the call center environment. The 
25 system minimizes the number of interfaces required to 

incorporate and manage the call center system. It uses 
a client/server architecture that can leverage existing 
data communications networks and commercially available 
hardware and software components. The system combines 
3 0 software and a modular design incorporated within a 
highly scalable client /server architecture. 

As shown in FIG. 1, the call center system 
100 works in conjunction with a switching platform 102, 

which in one aspect of the present invention, could be 
35 a 20-20 switch as manufactured by Harris Corporation of 
Melbourne, Florida. The switching platform 102 is 

connected to a public switched telephone network 104 
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and customer 106. The call center system 100 includes 
an Interactive Voice Response (IVR) server 108, which 
also doubles as a call logger/recorder. An Automated 
Call Distributor (ACD) server 110 includes an ACD 

5 manager application and also acts as a call center 

server administrator. It is connected via TCP/IP links 
112, in one aspect of the invention, to individual 
agent workstations 114, the IVR server 108, and a call 
center supervisor 116 with a teleset . The IVR server 
10 108 has bidirectional communication with the switching 
platform 102 and ACD server 110. A Structured Query 
=S Language based (SQL) database server 118 is connected 

Ijl (with historical database 120) to ACD server 110 and 

l^i IVR server 108 via TCP/IP link connection 112. 

^ 15 Naturally, the server 118 could work as an ACD server 

=p because it also is a Windows NT server, as is server 

IU 110. The dashed line indicates the close association 

=^ among the various servers and applications. 

ilj 

is*: The construction editor where the user builds 

y = 

Q 2 0 the IVR script by drag and drop and any ACD route 

editing have the same source codes as a compiled time 
directory. However, the engine that interprets the 
script, once a script is created, as when a call comes 
in, parses out the script. 

25 The system of the present invention is an 

improvement over older, proprietary systems and open 
architecture client /server based systems. It can use 
worldwide, industry standard hardware and software 
components. It can be designed around a client/server 

3 0 architecture and reside on a Microsoft™ Windows 

platform. It includes skills based routing, routing to 
the longest available (idle) agent, and priority 
routing through a variety of configuration options 
available via the ACD manager software. 
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An integrated voice response software 
application operates with the IVR server 108. The IVR 

software application is used to set up and manage an 
interactive voice response system. The IVR software 
5 works with most telephone systems, and multiple scripts 
can be set up to work with multiple ports. The IVR 
option is embedded into the call center system 100 to 

provide continuity of all handling, database 
administration and reporting. 
10 Database administration of IVR is 

accomplished through an intuitive and user friendly 
drag and drop graphical user interface (GUI) 122, such 

P as depicted in FIG. 2, which shows a portion of an open 

=« window used in a construction editor that constructs 

m 

M. 15 IVR and ACD routing scripts. In accordance with the 

IH present invention, the GUI tool used for IVR is the 

fjQ same tool used to administer an ACD routing database, 

t Reporting for both systems is as simple as reporting 

13 for an individual component because all of the systems 

RJ 2 0 fall under a single reporting platform that logically 

= ? s 

J;- links call records between each component. 

O Scripts for an IVR system and ACD routing are 

designed and maintained in the construction editor 
(FIGS. 2, 13 and 71 and 72). The construction editor 
25 124 is a software platform using a graphical user 

interface that is opened as a window by selecting edit 
script from the file menu of a main program window. At 
the top of the construction editor is a series of tabs. 
Clicking on these tabs displays different sets of 

30 actions, as will be explained in detail later. The 

construction editor allows a user to build advanced IVR 
features that seamlessly integrate into the ACD system, 
construct custom voice mail application, and perform 
call recording. Each IVR server is capable of 

35 supporting up to 96 voice ports a piece. 
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The Computer Telephone Integration (CTI) 
contains developer tools and programming interfaces to 
allow development and integration of the system 
components, such as shown in FIGS. 1 and 3. It can 
5 reside as a node on a LAN or corporate WAN, and allows 
for existing disparate applications to communicate 
through a common interface as known to those skilled in 
the art. It also serves as an accessible networked 
link for new systems and applications to interface 
10 rapidly with the call center system components. The 
CTI can provide an interface between the call center 
system and a network environment that is CSTA, TSAPI 
and TAPI standard components, and translate various 
j? proprietary call control and telephony control 

H 15 commands, such as used with a Harris 20-20 switch, into 

a format that is widely accepted as the standard for 
call center applications. 

Call control and telephony control messages 
within the system can be read, formatted and 
20 transmitted via a published set of API functions, which 
are then set to the host database systems and 
applications for processing. Messages are received 
from these systems and are translated back into a 
published format through the same mechanisms. This 
25 process opens up the call center system to both first 
and third party call control options for use with 
products, such as predictive or preview dialing 
systems. The system can support major domestic and 
international network interfaces: Tl , El, PRI , SS7, and 
3 0 Analog, and can include a fully implemented CTI link: 
CSTA, CT-Connect, and TAPI. 

As shown in FIGS. 15 and 19A, the various ACD 
servers and IVR servers can be configured via a 
respective ACD server administrator application and IVR 
35 server administrator application, where one or more 
servers that are used for the ACD and IVR can be 
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configureci by selecting appropriate servers through a 
drop down list. 

The ACD server administrator serves as the 
interface 126 (FIG. 15) between the ACD server 110 and 
5 the call center's system administrator software forming 
the ACD server software. This application can be 
co-located on the ACD server 110 with the ACD server 
software, or can reside on a separate PC that is 
networked via a Local Area Network (LAN) or corporate 
10 Wide Area Network (WAN) . From this application, the 
user can configure the system set-up and parameters, 
and monitor system performance, as will be explained 
later. The ACD server administrator 12 6 is the only 

interface direct to the ACD server itself. 
15 By placing the ACD server administrator 126 

on a corporate network, multiple instances of this 
application are able to interface with multiple call 
center system sites that reside on the same network. 
This capability allows for centralized system 
v 20 management and control, which further allows for 

in database standards to be more easily used in dispersed 

2 sites. Centralized control can also offer the 

opportunity to reduce the number of database management 
resources and operations expertise required to 
25 administer the system. For sites that require 

localized control, the ACD server administrator 126 is 

equally accessible via a local LAN for that call 
center. The ACD server administrator facilitates 
access to the call center system tables. 

3 0 Using the ACD server administrator 126, a 

database administrator or MIS personnel can open 
different windows to configure the parameters of the 
switching platform 102 and match up the switch features 
specific to the switching platform used to provide the 

3 5 switching matrix. This configuration ensures a 
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seamless alignment between a switching matrix and 
system applications . 

Refresh rates can also be established through 
the ACD server administrator 12 6. Refresh rates for 

5 agent related statistics appear on an agent's dial pad 
(FIG. 66) , and are configured from this application. 
In addition, the frequency at which call records are 
written into a historical database also are configured 
at this point. Control over refresh rates allows a 
10 database administrator to manage communications traffic 
on the network, ensure minimal impact to bandwidth, and 
provide valuable real-time statistics. 

The ACD server administrator 12 6 also 

h 0 contains resource utilization tools (FIG. 19) that help 

Iff 

=^ 15 a user monitor system memory use and availability, 

W which clients are logged in, CTI link messages per 

minute, and historical memory loads on the system. 
=p The call center system ACD Manager 

application (FIG. 20) is the interface 130 between the 
TO 2 0 call center administrator and the resource database and 

ij5 scripts. The ACD manager 130 can be loaded onto a 

= *=S 

y desktop computer that is networked with the other 

component systems used in the call center system. From 
this application, a user is able to manage all database 

25 tables and scripts necessary to control call routing 
and customer handling requirements within the call 
center. The ACD manager uses a user- friendly Windows 
interface as illustrated in FIG. 20 (showing the main 
toolbar) that facilitates quick, seamless changes and 

3 0 requires minimal training requirements for 
administrators . 

The primary database tables managed through 
the ACD manager 130 are: (1) station management; (2) 

call center hours of operation; (3) agent skills; (4) 
35 all disposition; (5) DNIS configuration; (6) agent 
teams; and (7) agents. 
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The call center system Supervisor 132 has 

software with an interface (FIG. 41) , which provides 
management and operations staff with the real-time and 
historical information required to manage the 
5 efficiency of their individual agents, teams, or their 
call center. The Supervisor provides a comprehensive 
set of performance metrics that can be analyzed, 
interpreted and incorporated into management decisions, 
and operated through the graphical user interface 132, 

10 as illustrated. 

The supervisor application 132 is designed to 

be installed on a standard PC workstation, allowing 
13 each supervisory manager or operations personnel to use 

their own personal computer for all of their business 
f** 15 applications. 

Yi A sampling of the real-time and historical 

m information available through the supervisor 

mF application is shown in FIGS. 48-65. The tabular and 

Iis% graphical presentation of data is presented preferably 

ftj 20 in multi-color format and provide for easy viewing and 

jjf interpretation, allowing the manager to identify 

Q critical data points in a timely manner. Multiple 

M screens can be viewed concurrently, providing a variety 

of information options that can address most standard 
25 call center reporting needs. 

An agent dial pad (FIG. 66) is a software 

interface 140 that provides a graphical user interface 

(GUI) for the call center system and an agent. A voice 
path is provided to an agent via an analog line that 
3 0 feeds into a keypad/headset unit. The primary 

components of the agent dial pad can include a dial pad 
tab (phone) 142, statistics tab (stats) 144, time tab 

146, and speed dial (speed) tab 148, as will be 
explained later. Agent scripting can also be provided 
3 5 and provide database driven scripts and screen pop 
applications for each call campaign. The dial pad 
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interface 140 improves call handling times, reduces 

agent training times, and provides consistent service 
to customers . 

Installation of the software of the call 
5 center system of the present invention typically will 
require that the switching platform 102 be installed 

first and that the appropriate network topology be in 
place to accommodate the host interface link (HIL) on 
LAN and network interfaces required by the different 
10 applications. IP addresses are required for each 

server as would be known to those skilled in the art. 
The total number of IP addresses required would 
Q ultimately depend on the number of servers and level of 

;2 redundancy incorporated into the network topology. 

1^ 15 Power and space requirements would also be dependent on 

f£J the total number of servers and level of redundancy 

=2 required, as known to those skilled in the art. 

=p Basic components of the switching platform 

120 database are illustrated in FIG. 3. The switching 

a 

2 0 platform uses components (shown by commonly known 
\p_ acronyms) used by those skilled in the art. These 

Q components include the BOA 150, TRU 152, EXT 154, Class 

T ~ of Service (COS) 156, FEA 158, ROU 160, CONN 162, PEL 

164, BC 166, DIA 168, COL 170, PAT 172, FAC 174, TRU 

2 5 and IVR. 

As shown in FIG. 4, the call processing 
through the switching platform 102 defines what type of 

circuit boards 175 are inserted into respective shelves 

and slots of the switch 102 . These inserted cards 

3 0 operate with the TI trunk board or an analog line unit 

176 . 

The basic call flow of the switch software 
contained on the switching platform 102 can be 

described as follows with reference to FIGS. 1 and 3. 
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1. Calls enter the switch 102 from the 
public switched telephone network 104 on an incoming 
trunk 152 . 

2. Under this module, the first table that 
5 is looked at is the incoming class of service (COS) 

156. 

3. From this point, the system points to 
the collect and route 170. Depending on the dialed 
number collected, the collect /route routes the call to 

10 a route-request entry and this is sent to the call 
center system 100. 

4. Otherwise, the call is routed from the 
0 collect/route (route pattern-facility- trunk group) . 

^; 5. From the outgoing trunk group, the call 

jy 15 is routed to an IVR server 108 so the customer may 

^ input digits for a particular need. 

p 6 . Once accepted from the IVR, the call is 

^ transferred back to the trunk's incoming class-of- 

service (COS) where once again it points to a 
20 collect/route (via dial-control class) so that it can 
be sent to a route-request destination. 

A COS 156 includes a feature class table 

(FEA) 158, a routing class table 160, and a dial 

control class (DIA) 168. The Class of Service defines 

25 what internal and external privileges the phones and 
trunks have access. 

Under the COS prompt of the switch, a 
particular COS is added. The feature class 158 defines 

a unique set of system features. This table is checked 
30 to see if dialed feature access is allowed (internal 
features) . The routing class (ROU) defines outbound 
routing privileges. The routing class gets checked in 
the route pattern (PAT) 172 (outbound privileges) . 

The dial control class (DIA) 168 points to 

35 the first call processing table. When an extension 
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(EXT) 154 or incoming trunk (TRU) 152 generates a 
service request (going off hook or being seized from 
the outside CO) , the COS first checks the dial control 
class to determine how to process the call. Normally 
5 in the call center system environment, it will point to 
a collect and route table. 

Under the COL prompt of the switch, a collect 
and route name is defined. All possible digit 
sequences can be entered. This is most likely where 
10 collections such as NXX XXX XXXX = route-request-1 will 
be defined in order to get a call to the call center 
system. Also collections such as 1XXX = STA can be 
entered in order to dial from extension 1000 to 1999 as 
0 an example. 1XXX is the dialing range for extension 

^ 15 access. 

>j Under the PAT 172 prompt of the switch, a 

route pattern name can be defined. A route pattern 
gets the call out of the switch, such as either to an 
IVR 108, as is the case with the call center, or to an 

20 outside trunk connection 152a. There is an ordered 

list of routing options, which may include queuing, for 
outgoing call completion. By the routing class, a user 
can specify who can and cannot get routing out of the 
system. Also, day of week and time of day are 
25 configurable. 

Under a fact prompt of the switch, a facility 
(FAC) 174 is defined. A facility points to a trunk 

group in order to get a call routed out of the system. 
For a HIL station, a facility states what profile of 
30 information to send to the host when dialed (e.g., 

profile 3 9 is used for HIL stations to send a packet of 
data to the host) . For a facility pointing to a trunk 
group, commands such as SDI 15 are used to send up to 
15 digits out of the system. These can be outpulsed on 
3 5 the trunk group via DTMF, in most cases. 
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Under the TRU prompt of the switch, a trunk 
group 152 is defined. A trunk group must all be 

connected to the same place (to the local CO or IVR) 
and will need an incoming COS and circuits defined as 
5 well. 

The switch uses a route request as 
illustrated in FIG. 3. A call is received by the 
switch. Information is sent to the call center system 
100 via a route request profile. The call center 

10 analyzes data and sends route update profile back to 
the switch. The call is routed to an agent according 
to new information (extension number) received. Each 
route request defines: (1) what profile the switch 
should use in its route request to the call center 

15 system; (2) the LAN link to which to send the message, 
if more than one; (3) timers for how long the switch 
should wait for an initial response message; and (4) 
failure destination to direct calls in the event of a 
LINK or call center outage. Normally these will be 

2 0 directed to a master number of a hunt group, with 

optics ready to answer these calls. 

A route request configuration (FIG. 5) is 
operative with valid route request numbers, which are 
in the range from 1 to 20, corresponding to route - 
25 request-1 to route -request-20 . The HIL protocol 

includes a set of predefined profiles that allow a user 
to define what call information is sent in route 
messages. The user can decide what types of 
information the host needs for different types of calls 

3 0 and can ensure that calls are routed to a route request 

that will contain the proper profile of information. 
The call center system 100 could use profile 39, which 

includes: dialed number, access code, authorization 
code (i.e., ANI), account code, initiating trunk group, 
35 initiating circuit, routing class, extension ANI, 
string and switch ID. 



The logical device name is the name that was 
previously configured in a SYSLOG module, as known to 
those skilled in the art, and will be assigned to a 
system device. The failure destination is marked as 
STA. If the link goes down, it can reroute the calls 
to a hunt group with non-HIL (host interface link) 
controlled phones (optics) . 

Communication between the switch and the call 
center system is established via the Host Interface 
Link (HIL) , which in one aspect of the present 
invention, could be a LAN link. The Ethernet control 
unit (or LAN gateway) installed in the switch acts as a 
gateway between the LAN protocol stack and TCP/IP. The 
system supports a maximum of 16 LAN HILs . 

FIG. 6 shows a system device configuration 
table. A system device can be either a DCA or Link and 
entered as LO, LI, L2 because it will be used as a call 
link. An HIL link failure queue timer specifies the 
period of time that HIL links will queue messages for a 
given link after the link has failed and is now waiting 
for the link to recover. The range is 1-30 seconds. 

A logical devices table (FIG. 7) defines 
logical names for devices configured in the system 
device table. The name a user assigns to a LAN link 
must be a user defined name. The user will use this 
name when configuring other tables in the switch for 
the call center application. The logical device name 
may be up to 10 characters long. There are certain 
reserved names that cannot be used. The valid logical 
device type to use is call link. 

An HIL message format used in serial cases is 
shown in FIG. 8. Basic message fields as known to 
those skilled in the art are shown, including STX 180, 

function code 182, process code 184, message data 186, 

ETX 188, and BCC 190. HIL messages are sent in the 

user_data field of open LAN messages. In LAN 
applications, STX, ETX and BCC fields are not used, and 
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an open PAN HIL message format is used (FIG. 9) . The 
function code is a two-byte field. It is the number 
that identifies the particular HIL message. The 
process code 184 is a one-byte field. It is a number 

5 required by some messages that identify a subfunction 
of the function. The message data 186 is a variable 

field size. It is variable information required by 
some message, as described in each message. 

The HIL communication protocol includes 
10 messages that allow a host interface link 196 to become 

a signaling path for voice or data type telephony 
circuits. A line circuit (or trunk) under control of a 

0 host interface link is referred to as a HIL signaled 

;5 circuit. A subset of that would be an HIL station 198. 

If! 

H 15 In the basic switch process for the call 

center system operation of the present invention, calls 

IB are received by the switch. Information is sent to the 

^ call center system via HIL link. An idle agent is 

£3 located. Update is routed back to the switch for idle 

5^ 20 station. This is how an agent gets the call. The 

1 y 

!fs application of an HIL signaled circuit involves agent 

Q stations where the call center system is responsible 

^~ for delivering a call to an agent along with a screen 
of call related data on a separate terminal . In the 

25 case of the call center system 100, just how to answer 

the call will be displayed, unless the customer builds 
a screen pop. The tools are in place for this to 
happen, but it is not automatic. It allows the 
telephone to become a universal terminal. Ready, wrap 

3 0 and event are states that the agent may be in. 

FIG. 11 illustrates a basic set up for a HIL 
station and FIG. 12 illustrates a facility. The valid 
extension type is HILSTA, which is a call center host 
interface link controlled extension. The logical 

3 5 device name must be previously configured in the SYSLOG 
module and must already be assigned to a system device. 
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Essentially, it is where the HIL packet will be sent 
when a HIL station gets dialed. The facility is used 
for the presentation of the HIL profile that will be 
sent to the call center system when this station gets 
5 dialed. The facility must have been previously 
configured . 

Calling a HIL station is similar to calling a 
normal station. Ring back is given to the caller 
during the call presenting phase. However, for some 
10 applications, it is not desirable for the caller to 
hear the ring back. Silence is a preferred option. 
The circuit location is an available port on an analog 
line unit in the switch. A class of service (COS) can 
k % be assigned and it enables an HIL station to place a 

t|1 15 call, as well as receive (a normal analog type of COS) . 

The signaling type does not matter because it is 
=>y ignored and an HIL process code is used instead. 

tS The facility table shown in FIG. 12 defines 

'JT what call data is sent to an HIL station. When 

O 20 configuring the facility, the answer NONE can be 

\^ answered at the trunk group table and YES entered at 

IH the HIL facility prompt. An outgoing COS can be 

:g assigned which could be a normal outgoing reliable COS 

that are used for trunk facilities. The present 39 is 
25 actually profile 3 9 and the profile number controls 
what information the system includes in the present 
message. Profiles 1-40 are valid, but the COS center 
system of the present invention in one aspect could use 
3 9 at this time. The weight progress 60 indicates how 
3 0 long to wait for a progress message from the host. 

A default router IP address could be the IP 
address of the default router which is attached to the 
same network segment as the Ethernet control unit 
(ECU) . For example, an IP address could be entered 
35 using a dotted decimal format as known to those skilled 
in the art. Any valid "0.0.0.0" indicates that a 
default router is not available. A Subnet Mask could 
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identify any network/subnetwork scheme used on the LAN 
segment to which the ECU is attached. The IP address 
is entered using the same format . The SYS LAN 
configuration can use an ECU configure to provide 
5 TCP/IP. An HIL broadcast port can also be configured. 

In order to save agents and operator time, 
callers can first be sent to the IVR 108. As an 

example, callers can enter the digit " 1 " for a given 
type of service or a "2" for some other type of 

10 request. Once the IVR collects the appropriate 

request, it will transfer the call back to the switch 
so that it can then transfer it over to the call center 
system. Here the appropriate skill (based on the 
service that the caller requested) , for a given agent 

15 can be matched and the call center system will send the 
appropriate process code back for an agent ' s HIL 
station . 

Data can be entered and updated with a 
Structured Query Language (SQL) , which works as an 

20 interface to access data on the database system, and 

includes object-oriented technology, as known to those 
skilled in the art. In the client /server environment, 
the user's front-end application interfaces to a 
database management system with a typical back-end 

25 server. The call center system 100 of the present 

invention has the SQL server 118 (FIG. 1) , which 

allocates space for a database on a hard drive. Memory 
allocation can be changed and the number of user 
connections changed also. 
30 The ability of the call center IVR 108 to 

retrieve and update remote data is accomplished via 
data access actions (FIG. 13), shown as a data access 
tab 200 on the GUI of the interface 124 forming the 

construction editor. These actions are capable of 
35 integrating with other databases (i.e., Paradox, 

Oracle, SQL server, or any ODBC compliant database) or 
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with the active ACD server 110. Data access icons are 

used to access the SQL server 118. There are four 

basic SQL commands: (1) select; (2) insert - place a 
new record; (3) update - update an existing record; and 
(4) delete. 

There are also various SQL server actions 
that can be available with the present invention. 

SQL SELECT - Selects a single row of data from an SQL compliant 
database and returns a row or record back to the user. SQL select 
is designed to work with ACD. 



Parameters ; 
Params 



m 



3 



15 



20 



25 



30 



35 



40 



45 



50 



Results : 
Failure 



Any valid SQL select statement. If the query- 
returns more than one row, only the first row 
will be returned. The returned records are 
stored in variables matching the field names . 
If no rows are available, or if the query fails, 
the failure destination will be followed if 
present . 

Specifies a destination to branch to if the 
operation returns no data . 



SQLEXEC - Executes an SQL statement on an SQL compliant database 
that does not return a result data set. 
Parameters : 

Params Any valid SQL statement that does not return 

records . 

Results : 

Failure Specifies a destination to branch to if the 

operation fails . 

Can you access more than 1 record out of SQL? 
There are two ways : SQL cursor and SQL next . 

- Selects multiple rows of data from an SQL compatible 
SQL sets the pointer at the first record it returns. 

Any valid SQL select statement. The query is 
expected to return more than one row, and 
therefore, the query will remain "live" after 
this method is invoked. When no more rows are 
available, a variable named OEF is set to true 
and the failure destination is followed if 
present . 

Specifies a destination to branch to if the 
operation returns no data. 



Question : 
Answer : 

SQLCURSOR 

database . 

Parameters 

Params 



Results : 
Failure 



SQLNEXT - Advances the record of a previous SQL cursor, 
you to more back and forth between SQL arrays . 



Allows 



^0 



-24- 



Parameters : There are no parameters for this action. 
Results : 

Failure Specifies a destination to branch to if the 

operation returns no data or there are no more 
5 records to access. 

SQLCLOSE - Terminates a multi-row query opened with SQL CURSOR 
before all the rows have been retrieved. 
Parameters: There are no parameters for this action. 
10 Results: 

Failure Specifies a destination to branch to if the 

operation returns no data. 

The ACD software is operative with the ACD 
15 server 110. The ACC server 110 is operative with the 
call center system to allow skills-based routing and 
routing to the longest available (idle) agent. 
Priority routing can be through various configuration 
operations with look-ahead routing and web-enabled call 
20 center. Skill-based routing allows a customer to be 
routed to the best available agent to handle the call. 
The ACD calls can be delivered based on agent skill and 
call priority. 

Calls can be routed to agents who are best 
25 qualified to manage that 'call. Each agent can be 
assigned one or more skills that he/she has been 
trained to do via a setup skills window 210 shown in 
FIG. 39, which can be accessed through the ACD Manager 
130. Additionally, the agent that has obtained a level 

30 of proficiency for that skill based on training, 

experience, proficiency and competency can be chosen. 

An incoming call can be routed to the agent 
who has the highest proficiency and the skill required 
for that call. If there is more than one agent who 

35 equally qualifies, then the agent that has been 

available the longest time can take the call. Agents 
can be available to take calls for several skills at 
the same time. For example, an agent who speaks both 
English and Spanish can be available simultaneously to 

40 take a call requiring either language. 
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The ACD Manager 13 0 allows a user to 
prioritize calls based on the number dialed (DNIS) , the 
number dialed from (ANI) , and the length of time in 
queue. The call center system 100 can escalate the 
5 priority of a call after it has been in the queue. For 
example, the user can change the priority of a call 
from one to two after it has been in queue for five 
minutes, where priority is higher as numbering 
increases . 

10 The ACD Manager 130 can also allow look-ahead 

routing that reflects the ACD ' s ability to 
intelligently network with other, geographically 
disbursed call center systems of the present invention. 
Using ISDN-like signaling via a telecommunications or 
15 other network, multiple call center systems can be 

networked to allow incoming calls or calls currently in 
queue to be intelligently rerouted to a remote site 
with available agents. The level of intelligence 
greatly enhances the interoperability of multi-site 

2 0 call center environments and improves agent 

utilization, reduces call queue times and improves 
customer satisfaction by providing seamless service to 
customers in a timely fashion. 

The ACD Manager 130 of the present call 

25 center system can be linked to a business' corporate 
website to allow customers to access the call center 
through various multi-media options. Using e-mail or 
call me buttons within a business website, customers 
can queue inquiries to agents that can, in turn, 

3 0 respond in a manner similar to that of a voice call. 

Reports and charts can be printed from the web browser 
and reports can be built . 

The call center system 100 of the present 

invention includes the ACD server administrator 12 6 and 

35 its associated graphical user interface (FIG. 15) , 
which allows the user to control and configure all 



aspects of the call center system and monitor server 
activity. Because the main call center system server 
has no user interface in one aspect of the present 
invention, the ACD server administrator can be thought 
of as the control panel that allows a user to interface 
with a main server. 

The ACD server administrator 12 6 serves as 

the interface between the ACD server 110 and a call 

center's system administrator, such as the type known 
to those skilled in the art. This application can be 
co- located on the ACD server with any ACD server 
software, or can reside on a separate PC that is 
networked via a local area network (LAN) or corporate 
wide area network (WAN) . From this application, the 
user can configure the system setup and parameters and 
monitor system performance. The ACD server 
administrator 126 is the only interface that is direct 

to the ACD server 110 itself. 

As shown in FIGS. 15 and 16, showing an open 
ACD server administrator window 22 0 as part of the ACD 

server administrator application 126, a control tab 222 

allows user functionality, allowing a user to select 
and configure the server, such as where the call center 
system server is installed on so as to start and stop 
the server. To start up or shut down the server, the 
user can click the start up or shut down buttons 224, 

226. The GUI includes a red (off) 228 or green (on) 
230 light, which indicates the server status. The 
written text 232 below the lights also show the status 
of the server. If the user has switched to a different 
server, the user can click the status button 234 to 
update the screen to the status of the new server. 

The configure button 23 6 can set various 

parameters and options for the server. After making 
the appropriate changes, the user clicks an apply box, 
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then clicks OK for the changes to take effect, as in a 
standard Windows™ environment. The user selects close 
237 to exit the configuration screen without saving. 

FIG. 17 illustrates an open window 240 for 
5 the configure option after clicking the configure 

button 236. From the drop-down list 242, a user can 

select the amount of time, in minutes, the user wants 
the server to write statistics to the database, which 
can be used by other system components (e.g., the 
10 Supervisor application) for reporting purposes. Other 
data entry lines 244 are illustrated. The IP port 246 
where the statistics are broadcast is entered. A log 
file 247 can also be written of all server activity. 

This is generally only used for debugging purposes, but 
15 includes all server activity. With agent auto-login 
248, agents will be automatically logged into the 

server when they start the dial pad application (FIG. 
66) . The server can use the agent's user name to 
determine an identity for auto-login. 
20 An additional window screen 250 of advanced 

settings (FIG. 18) is provided by clicking the advanced 
button 252 located in the configure ACD server window 

240. These advanced settings can include the HIL 

interface type and the type of link used to connect to 
25 the switch, such as the DCA serial link 254 or LAN 

TCP/IP link 256. Because a serial link is slower, a 

DCA serial link is only used for a small call center 
system. If a call center has more than 25 agents, a 
LAN TCP/IP link can be used. The user also sets all 
30 the parameters listed within data entry lines 258 based 

on the switch. The network address is the IP address. 
The network port is the known port. 

Database settings 260 can also be established 

with a database server alias, which is a BDE alias for 
35 connecting to the SQL server. A user name field is 
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optional, but could be used to restrict access to the 
database. A default value could be SA for the system 
administrator. Passwords can also be entered such as a 
user name in a previous field, but would not be needed 
5 to access the database. The control tab could also 
include redundancy 262, which can include primary or 

backup servers 2 62a, 262b, as well as a backup host 

address 2 64 having the IP address of the backup host 

and a redundancy port 266 , which is the IP port to 

10 allow communication between servers. An install 

license button 27 0 can be clicked to open a window that 

allows the entering of license keys. The usage tab 272 

;^ (FIG. 19) can be checked to show server memory. The 

If! memory block 274 could show the amount of available 

jjj 15 memory, the total memory and a total memory in use. An 

^ object block 27 6 could show the amount of dial pads and 

s j5 agents in use and the number of calls currently being 

^L. handled, and the amount of RAM that each is using. The 

m HIL/MIN reading is the number of messages transferred 

rU 20 to the switch per minute. A memory load block 278 

in 

p could show the reading in percentage of the server's 

^ memory currently being used. A memory usage history 

280 could show a graph of the memory load on the 

server . 

25 Various menu items in the server 

administrator application (FIG. 15) can be clicked, 
such as known to Windows™ users, including a File/exit 
menu 281 that allows the exiting of the administrator 

program. An Options menu 2 82 can notify the server of 

3 0 new DNIS records where each time a new DNIS record is 
added, the server becomes aware of the new DNIS. The 
About menu 283 could list the version and copyright 

information about the call center system administrator. 
Various switch parameters can also be 
35 included where the database administrator or MIS 
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personnel can configure the switch feature specific to 
the switching platform used to provide the switching 
matrix. This could allow a seamless alignment between 
the switching matrix and the call center system 
5 applications. 

As shown in FIG. 17, refresh rates can also 
be established through the ACD server administrator 
application via the configure window 240. Refresh 

rates for agent-related statistics can appear on the 

10 agent's dial pad and can be configured from this 

application. In addition, the frequency at which call 
records are written into the historical database is 
also configured at this point. Control over refresh 
rates allows a database administrator to better manage 

15 communications traffic in the network, and minimally 
impact the bandwidth, while continuing to provide 
real-time statistics . 

FIG. 19A illustrates how an IVR administrator 
application can be used to configure the IVR 

20 administrator. The IVR administrator application is 
similar to the ACD administrator application upon 
initial startup, except the IVR server will be 
configured. As the interface to the IVR server, the 
IVR administrator application is used to do the 

25 following: (a) configure the IVR server; (b) install 
IVR licenses; (c) start the IVR server; (d) monitor 
lines; and (e) stop the IVR server. The IVR 
administrator application can be opened by double 
clicking on an IVRAdmin.exe icon located in the main 

3 0 window to open the IVR administrator window 2 90, as 

illustrated in FIG. 19A. An IVR server administrator 
dialog will appear with the control tab 290a selected. 

The IVR server can now be configured by typing the name 
of the NT workstation (or server) in the server field 
35 and pressing enter. The IVR server status field 290b 

under the stoplight 2 90c on the IVR administrator 
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window 290 changes to read: "Not Running," and the 

configure button 290d becomes enabled. The NT server 

name can be found by right clicking on Network 
Neighborhood icon on the Windows NT desktop, and 
selecting properties. The name in the computer name 
field of the identification tab is the NT server name. 
The user then clicks the configure button to open the 
configure IVR lines window 292, as illustrated in FIG. 

19B . 

The user then clicks on the File menu and 
chooses a Select Number of Lines option. The number of 
lines is entered on the user system, which is capable 
of supporting, and clicks OK. This number is dependent 
on the hardware and the number of purchase licenses. 
The correct number of lines is entered in accordance 
with the following table. 



SA 



20 



Type of Card 


No. of Lines 


8 -port analog card 


Enter 8 


16-port analog card 


Enter 16 


24 -port Tl card 


Enter 24 


30-port El 1 


Enter 3 0 



25 Scripts are then assigned to lines. In most 

cases, the user will probably assign the same script to 
all lines. To assign the same script to all lines, the 
user selects the Configure menu and chooses a "Select 
All Lines" option. To assign different scripts to 

30 lines, a user highlights the line(s) to assign a 

script. The user then selects configure and clicks on 
the "Set Script for Lines" option to open the dialog to 
assign a script to line(s) . The user selects the 
script that the user wishes to assign to the line(s) 

35 and clicks on the open button. The user repeats if the 
user is assigning different scripts to other lines. 
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The user selects the file menu and chooses the "Save 
and Close" option. The user selects the configure menu 
and clicks on "Select All Lines" . The user selects the 
configure menu and clicks on "Select as Digital" and 
then selects the file menu and chooses the "Save and 
Close" option. The configure button is clicked and the 
configure menu is selected. The user then chooses the 
"Advanced" option to bring up the configure advanced 
dialog, as illustrated as an example in FIGS. 19C and 
19D. 

The following table illustrates various 
advance configuration fields. 



15 



20 
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2 

Q X) 



Field 



Wink Before 
Pickup 



Wink After 
Pickup 



Wink 

Duration 



Transfer 
Sequence 



Description 



A wink is a brief cycling of bit states on the 
digital line - equivalent to toggling the phone 
off hook, then back on. Check this field to 
issue a wink before answering the incoming call. 



This is equivalent to toggling the phone off 
hook, then back on. Check this field to issue 
wink after answering the incoming call. 



Controls the delay before or after the wink 
surrounding the actual answering of the call . 
If "Wink Before Pickup" is on, the wink will 
occur followed by (if the default value is used) 
a 500 ms delay before picking up the call. The 
half second delay in this case prevents the 
phone switch from misinterpreting the wink. 



Allows you to finely tune the timing of a call 
transfer to another number. The default 
configuration should work in most cases . If you 
have trouble with the transfer, try changing the 
waits around the flashhook (this simply means 
the phone is toggled on hook, then back off) . 
Use the add, delete and insert buttons along 
with the options in the drop down menu (see list 
below) to change the transfer sequence 
instructions : 

• wait x ms 

• dial flashhook 

• dial number 

• hangup 

• pickup 

• set DTI bits 



Default 
Configuration 



Checked 



Unchecked 



500 



• wait 250 ms 

• dial flash 
hook 

• wait 250 ms 

• dial number 

• wait 125 ms 

(i.e. , waits 
l/4 sec, issue 
the flash hook, 
wait 1/4 sec, 
dial the new 
number, wait 
1/8 sec, then 
hang up) 



25 The user then clicks close. For advanced 

configuration changes to take effect, the IVR must be 
shut down and restarted. 
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A call center system license is installed and 
the IVR server started. The IVR server is configured 
before trying to start it. To start the IVR server, 
the control tab is selected in the IVR administrator 
window. The startup button 2 94 is clicked. The 
stoplight icon 2 94c will change from red to green and 
the IVR server status below the icon will change to 
"Running . " 

The user can monitor the status of each line 
in the call system center by opening up the monitor tab 
296 in the IVR administrator window as illustrated in 

FIG. 19E. The following table illustrates details of 
the status of the lines. 



15 



IVR Administrator Monitor Tab 



<j 



20 



Status of Line 


Meaning 


red/Startup 


port is not ready/in process 


green light /Ready 


the port is ready 


green/idle 


a script has been played at least once 


yellow light/active 


a script is being played 



The IVR server can be shut down by clicking 
on the shutdown button 296a. The stoplight icon 290c 

25 will change from green (running) to yellow (stopping) 
to red (not running) . 

The status button is used to refresh the IVR 
administrator application so the user can be sure the 
user is seeing the current status. For example, if the 

3 0 server was stopped and restarted through either the 

control panel or a remote administrator, the user can 
click on the status button to see if the server is 
running, and then click on the monitor tab to find out 
what the status is of each of the lines. When clicking 

35 on the status button, the stoplight icon will 

momentarily display yellow, then change to reflect the 
current status of the IVR administrator. 
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The call center system ACD manager 130 

application (FIG. 20) is the interface between the call 
center software operating as a database administrator 
and the call center system resource database and 
5 scripts. Like other applications, the manager 13 0 can 

be loaded onto a desktop computer that is networked 
with the other call center system computers and 
associated applications. From this application, a user 
is able to manage the database tables and scripts 
10 necessary to control call routing and custom handling 
requirements within the call center system 100. The 

ACD manager 130 uses a user-friendly Windows interface 

300 that facilitates quick, seamless changes and 

requires minimal training requirements for 
15 administrators. Database tables are entered by 

clicking on the appropriate tab/buttons in the toolbar 
301: station management 302, call center hours of 

operation 304, agent skills 306, call disposition 

tracking 308, DNIS configuration 310, agent teams 312 

20 and agent extensions 314. 

Clicking the station management button 3 02 

opens a setup stations window 320 (FIG. 21), which 

allows a user to modify or disable call stations. 
Circuits, extensions and other criteria can be 
25 specified. The node name 322 and TCP/IP name can be 

entered. The circuit number 324 and extension 326 can 

be entered into the appropriate fields. The circuit 
number is the location where the computer links with 
the telephone system. The extension is the actual 
30 telephone extension of the station. 

Once all information is entered, the status 
column 327 of the new station will be NEW, signifying 

that it has been set up but is not in use yet. If 
needed, the user can continue adding additional 





-34- 

stations. When all necessary changes have been made, 
the user clicks Save Station Changes 328. The status 

field of all new stations will now be CURR. 

To modify an existing station, the user 
5 clicks on a station represented by Agent_l , Agent_2 , 

Agent_3 ... in the node name column 322 to select it, 
and changes the circuit number or extension number, as 
needed. To make a station inactive, the station is 
highlighted and the user clicks "Disable This Station" 
10 330. The status will read DISC, signifying that 

particular station is not currently in use. The user 
can reactivate a station by highlighting it and 
i*% clicking Enable This Station, which will change its 

=B status back to CURR. New stations can be created by 

rv 15 clicking on the new stations button 331. 

W Routing schedules can also be applied to each 

~i DNIS in the call center. Different hours can be set 

=p for each day of the week, for a range of days, and for 

]L- holidays. These schedules could include the days and 

fly 20 times that the call center is open and accepting calls. 

The user may also need to occasionally adjust these 
m hours, as well as set up separate holiday hours. FIG. 

Q 22 shows a holiday schedule open window 332. All of 

this can be done in the DNIS open/close routing 
25 schedule dialog box or window 334, which is opened by 
clicking the hours button 304 (FIG. 20) . This is 

referred to as a "routing schedule," because all calls 
are routed to live agents or voice mail/recordings 
based on the hours a user sets for each route ID. A 
30 user would set up different route ID'S, based on needs, 
and then apply each route ID to one or more DNIS 
numbers, and use these route ID'S as "schedules" about 
when to be open or closed. The file menu 336 on a DNIS 

open/close routing schedule window 338 can be selected 
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to open a drag down menu 340 (FIG. 24) . An open 
existing route schedule box 342 is opened (FIG. 25) . 

In FIG. 25, route ID numbers 344 are listed 
on the left, and the route schedule 346 for the 
5 selected (currently highlighted) ID appears on the 
right in a dialing box for an open existing route 
schedule. The route ID number 350 will appear in the 
lower left corner of the routing schedule dialog box 
338 (FIG. 23) . The save schedule 352 (FIG. 24) will 

10 save changes to a route ID. 

The save schedule as new route ID 3 54 will 

save the currently open route ID as a new route ID. 
The next available number will be used as the ID 
number . 

15 It is possible to set up a regular (non- 

holiday) schedule by clicking on the Add a Schedule For 
a Day button 356 (FIG. 23) . This will open the day of 

week dialog box 358 (FIG. 26) , where one can choose one 
particular day, or set a range of days using the drop- 
20 down list boxes 360. If a user chooses a range of 

days, then the two days will be chosen, along with all 
the days in between. 

An open time and close time dialog box 362 

(FIG. 27) allows a user to set the time the call center 
25 opens and closes. The user can specify the times by 
either typing in a specific time in the upper field 
364, or by moving a slider 366. When moving the 

slider, the respective open and close time fields will 
change accordingly, in fifteen-minute increments. A 
30 finished dialog box 368 (FIG. 28) allows confirmation 

of the entries, and will appear in the main screen. 

After the daily hours of operation are set, a 
user can also enter special hours for days that require 
adjusted hours of operation, such as by clicking 
35 holiday schedule tab 370 (FIGS. 23 and 29) . This 
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feature is especially useful for holidays, but can be 
used for other days, such as a regular staff meeting, 
when a user needs to deviate from the normal call 
center hours. If needed, the user can even set the 
5 call center to be completely closed on certain days. 
The day or range of days applying to the call center 
operation can be entered, as well as the month. A 
calendar can display a month at a time. A finished 
screen can confirm changes for the settings. An open 

10 time can also be set, such as in fifteen-minute 

increments. This can all be accomplished using menu- 
driven screens. It is also possible to use an advanced 
format editor dialog box 372 (FIG. 30) , where entries, 
such as opening and closing dates and times, are 

15 entered via logical expressions in text boxes 374. 

Skills are also set up for each of the 
various calls the call center system receives. Set up 
can be done by clicking the skills button 306 on the 
manager main screen 300 (FIG. 20) . The set up skills 

20 window 376 will open, listing any skills 378 the user 
has already set up, along with DNIS numbers 3 80 and 
agents 382 assigned to each skill (FIGS. 14 and 31). 

To add a new skill, the user clicks the New 
Skill button 384. The user enters the name of the 

25 skill in the input skills dialog box 386 (FIG. 32) that 

appears and clicks OK. The user can use any 
descriptive name or numbering system the user wants in 
order to designate the skills used in the call center 
system 100. The DNIS numbers 380 and agents 382 for 

30 new skills need to be set up separately, using the DNIS 
310 and agents 314 buttons of the main screen. 

To make a skill inactive, the user highlights 
the appropriate skill and checks the inactive skill box 
386 of the skill properties section 388. The skill 

35 will remain inactive until the user unchecks this box. 
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To initiate call logging, a user highlights the 
appropriate skill and checks the call logging box 390 
of the skill properties. Call logging 390 saves all 
important information for that skill. This information 
5 can then be used for reporting statistical purposes. 
This includes: DNIS, AN I (caller ID), agent, length in 
queue, time call was received, and length of call. 
Call logging must be checked in order for dispositions 
to work. 

10 Queue threshold 392 allows the user to set a 

limit to the amount of calls that can be in the queue 
at one time. Once this limit is reached, additional 
callers will either get a busy signal or can be routed 
elsewhere. The upper threshold is the maximum number 

15 of calls allowed in queue. Once this limit is reached, 
the queue must get below the lower threshold before 
additional calls will be allowed in queue. 

Dispositions are a method of tracking calls. 
Each time a call is received, the agent can select a 

2 0 disposition, such as a placed order or wrong number. 

This gives the user a record of the calls received for 
each skill. The disposition 308 button of the main 

screen 300 (FIG. 20) is pressed and the set up call 

disposition window 394 opens (FIG. 33) . To add a 

25 disposition for a skill, the user first highlights a 
skill, then clicks the New Disposition button 396 and 

enters a descriptive name. To delete a disposition, 
the user highlights it and clicks the delete button 
398. The user must click save changes 400 before 

30 closing or all changes will be lost upon closing. In 
order for dispositions to work, call logging must be 
checked for that particular skill. This is done via 
the skills button 306 on the main toolbar 301 as 

described before with reference to FIG. 20. 
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The DNIS button 310 of the main screen 300 
toolbar 301 opens the setup DNIS dialog box or window 
402, where a user can create, modify, setup routing 
features and disable the various DNIS numbers used in 
5 the call center system. 

DNIS (i.e., dialed number identification 
service) refers to the number that the caller dialed. 
For example, if there is a toll free 800 number and a 
local number that customers can call, each of these two 
10 numbers is referred to as a DNIS. Each number that can 
be dialed to reach the call center is a DNIS. Each 
DNIS number can have routing options (route IDs) 
Q assigned to it, and each DNIS can be assigned to one or 

lk* more skills as illustrated in FIG. 34. 

15 To create a new DNIS, the user clicks the 

Create a New DNIS button 404. This opens a wizard (not 

03 shown in detail) that will walk the user through the 

entire process of creating a DNIS. Each step of the 
q wizard includes a description and help panel to assist 

fy 20 the user. The user could enter the necessary 

\i information in each step and click Next to move to a 

Q subsequent step and then Finish, as well known to 

w Windows™ users. The DNIS number that will identify 

calls of this type is entered in a text box. Up to ten 
25 digits may be used. This number will usually 

correspond to the number dialed. It is common to only 
use the last four digits of the number. 

The user then enters a name to identify the 
DNIS, such as in the box 405 shown in FIG. 35. This is 

3 0 the name that will appear on dial pad's status bar 

(FIG . 66 ) when a call of this type is received . Up to 
forty characters may be used. In some cases, it is 
helpful if the user uses the name that would be used in 
the phrase, "thank you for calling . May I 

3 5 help you?" 
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A DNIS skill associated with the DNIS can be 
selected from drop down list, such as shown in FIG. 35. 
The user should have already created a skill for this 
DNIS using the Skills button 306 of the main toolbar 

5 301. If not, the user will go back and create a skill 

before proceeding. The skill controls what agent can 
take what skills. It is common to have several DNIS 
numbers for each skill and several skills for each 
agent . 

10 The hours the DNIS will be in operation can 

be selected by choosing a route ID from a list. Route 
ID ! s are set up. 

Clicking the setup routing features 410 (FIG. 

34) opens a routing for DNIS window 412. The routing 

15 script decides how the manager will handle and route 
calls that are in queue. The user can select an 
existing routing script from a drop down list 414, or 
create a new one by clicking a Create New Script, such 
as from a main file menu. A script can be very simple 

20 (e.g., check the hours of operation then route to the 
next available agent) . Some scripts, however, can be 
extremely complex, incorporating input from the caller 
and routing the call based on the caller's needs. 
Further details of the routing script are set forth 

25 later in this description. 

The relative routing priority of a call type 
can be selected. Calls with higher priority will be 
placed ahead of lower priority calls in the queue. The 
default settings will raise a call's priority by a 

3 0 factor of one each minute. This can be increased by 
setting the initial priority and the acceleration to 
higher numbers. The acceleration function can also be 
increased. Linear, Exp and Exp2 are each progressively 
more aggressive. Priority settings are relative to 

35 calls in queue. Finish is then clicked to save the new 
DNIS. 




-40- 

Two modifications can be made to a DNIS from 
the main setup DNIS dialog box, which are the DNIS name 
and DNIS skill as shown in FIG. 35. Additionally, if a 
user created a new DNIS, the user can assign a name and 
5 skill to that DNIS. 

The DNIS name can be highlighted to change 
and the user enters a descriptive name in the DNIS name 
field 405. The DNIS skill is chosen from the DNIS 

skill drop down list 406 that the user wishes to assign 

10 to this DNIS. If a DNIS is no longer used, the user 
can disable it by highlighting the DNIS and clicking 
the Disable This DNIS button 408 (FIG. 34) . The status 

will change to DISC. If a user needs to re-enable a 
DNIS, the user highlights and clicks the Enable This 
15 DNIS button. The DNIS's status will change to CURR, 
signifying it is an active DNIS. 

The call center ACD manager application also 
£ allows a user to set up the routing of calls for each 

*- DNIS. For example, the user can set a particular 

1| 2 0 announcement to play for a certain DNIS when callers 

^ are on hold during open hours, and set that same DNIS' 

3 to be routed to a particular extension when calls are 

□ received during closed hours. A user selects the Setup 

Routing Features button 410 in FIG. 34, and the routing 

25 dialog window (box) 412 (FIG. 36) is opened, where a 

user can choose a routing profile and script, and sets 
the routing prioritization for the DNIS. 

The user can choose the route ID required for 
the DNIS from the drop down list 414. The schedule for 

3 0 each DNIS is based on the route IDs the user sets up 
using the Hours button. Since each DNIS may have 
different hours of operation, the user can set several 
route IDs to meet the user's needs. The user may also 
select always open or N/A (outbound DNIS) , if 

3 5 appropriate . 




step, the user needs 




how 



the manager will handle and route calls that are in 
queue. The user can choose an existing routing script 
from the drop down list 416, or select one from the 
list and click the Edit Script button 418 to edit the 
script or create a new one. 



priority of a call type. Calls with higher priority 
will be placed ahead of lower priority calls in the 
queue. The default settings will raise a call's 
priority by a factor of one each minute. This can be 
increased by setting the initial priority 420 and the 
acceleration 422 to higher numbers. The acceleration 
function can also be increased. A drop down list 424 
for acceleration function can be established with a 
maximum priority value 426. Linear, Exp and Exp2 are 
each progressively more aggressive. 



routing. Agents can be set into groups of similar 
skills as teams by clicking on the teams button 312 on 
the toolbar 3 01 and a setup teams window 43 0 opens 
(FIG. 37), i.e., a dialog box. Teams are used mainly 
for reporting purposes and do not affect call routing. 
While it is not required that a user use this feature, 
it is very helpful in organizing the call center 
system. In the dialog box 430, the user can view the 
present teams, add new teams and delete unused teams. 
If the user highlights a team listed in the left side 
of the screen, the agents assigned to that team will 
appear on the right side of the screen. The user 
cannot add and delete agents from this screen. That is 
done by clicking the agents button 314 on the toolbar 

301 of the main screen (FIG. 20) . 

To add a new team, the user clicks the New 
Team button 432 and enters the name of the new team in 



The user selects the relative routing 



The ACD manager also allows for skills based 



a data entry field (not shown) , then clicks OK. The 
new team name will appear in the setup teams dialog 
box. To delete a team that is no longer used, the user 
highlights the team name and clicks the Delete Team 
button 434. This will not delete any of the agents 
assigned to the team. However, any agents that were 
assigned to that team will need to be reassigned to 
another team. 

The final step is to set up all the agents by 
clicking the agents button 314 on the main toolbar 301. 
The setup agents screen 440 (FIG. 38) allows the user 
to add, disable and modify agents and setup the skills 
for each agent. The user will need to return to the 
setup agents screen as often as the agents in the call 
center change and learn new skills. All agents are 
listed alphabetically on this screen along with their 
status, team, user name and login. 

The status of each agent will be listed as 

follows : 

CURR - A current active agent. 

DISC - An agent that has been disabled and is 
no longer in use . 

NEW - A new agent that has just been added or 
modified, but is not yet in use. 

To change the view so that only NEW and CURR 
agents are shown, the user clicks the hide disabled 
agents field 442. To add a new agent, the user clicks 

the Create a New Agent button 444 . A new unnamed agent 

will appear at the bottom of the list with a NEW 
status. The user enters the first name, middle initial 
(if needed), and last name. The user then chooses a 
team from the team drop down list 446 and finally 

enters the agent 1 s user name. The user name is the 
agent's network login name. The agent's login will be 
entered automatically after the user clicks Save Agent 
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Changes 448, and the user exited and re-entered the 

setup agents screen. 

To choose an agent's skills and proficiency- 
levels, the user highlights an agent and clicks the 
5 Setup Agent Skills button 450. An additional window 
452 (FIG. 39) will open where this information can be 
entered. All available (current) skills that have been 
added appear in the left field 454. The user may need 

to scroll down to display all skills. Any of these 

10 skills can be added to this agent. Any skills that 

have previously been assigned to this agent will appear 
in the center field 456. 

To add a skill, the user highlights the skill 
in the available skills field and clicks the single 

15 right arrow. To remove a skill, the user highlights 
the skill in the selected skills field and clicks the 
single left arrow. To remove all selected skills from 
this agent, the user clicks the double left arrow. 

For each selected skill, a proficiency level 

20 needs to be selected. The proficiency levels are: (1) 
very proficient; (2) proficient; (3) somewhat 
proficient (default); and (4) not proficient. The user 
highlights a skill in the selected skills field and 
chooses a proficiency level from the field on the right 

25 458. An agent with a level 1 proficiency will be the 

first to receive a call for any skill. If all agents 
with level 1 proficiency for a particular skill are on 
calls, then the first available agent with a level 2 
proficiency for that skill will receive the call and so 
3 0 forth down to level 4. Calls will only be routed to 
agents with level 4 proficiency if there are no other 
agents available for that skill. After all changes 
have been made to an agent's skill, the user clicks the 
Save Agent button 460. If the user closes the screen 

3 5 before saving changes, all changes will be canceled. 
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When an agent is no longer in use, the user 
can highlight the agent and click the Disable This 
Agent button 462 (FIG. 38) such that an agent can be 
disabled (FIG. 40). The agent's status will change to 
5 DISC. The call center system will not completely 
delete an agent because the agent is still used for 
reporting and statistical purposes, even after the 
agent is disabled. 

To construct an IVR application or script, 
10 the user assembles actions together in a logical order. 
The actions define what the script does and what the 
results are for various input parameters. For example, 
tfl a series of actions may ask a caller to input an 

;0 account number and a PIN, then compare the entered 

15 information with a database to ensure it is correct. 
W There now follows a brief description of the 

construction editor for IVR script construction with 
ACD routing. A more detailed description is set forth 
:^ later. As shown in the construction editor window 124 

fU 20 of FIG. 13, the first action of a script is always 

hi 

START. Subsequent actions are chosen based on what the 
user wants the script to do. Each action is connected 
to at least one next action that determines what 
happens after the action is completed. Some actions 
25 also have additional result actions attached, including 
a failure result that determines what to do if the 
action fails. 

Scripts for the IVR system are designed and 
maintained in the Construction Editor 124 (FIG. 13) . 

3 0 The Construction Editor is opened by choosing "edit 

script" from the file menu on the main screen. At the 
top of the construction editor is a series of tabs. 
Clicking on a respective tab displays different sets of 
actions as will be explained later. The bottom area of 
35 the screen has a script display window 464, which 

displays the script and the parameters for each action 
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used in the script. To use the construction editor, 
the user selects and drags an action from the top area 
to place it in the bottom area defining the script 
display 464. When an action in the bottom area is 
5 highlighted (selected) , a list of parameters 465 

appears in the left screen portion 466. These must be 

set up correctly in order for the script to work. A 
coloring scheme is also possible. When one action is 
linked to another in the script display, a blue or red 
10 line will connect the two icons. 

Blue Line - The path or direction that the 
script will follow is from left to right. 

Red Line - Signifies right to left. 
In Dashed Lines - Used to indicate result action 

!*t 15 paths and follow the same color conventions as solid 

Ijy 

%j lines. 

^5 To attach an action's next or result action, 

the user drags the source action and drops it on the 
destination action. This will open a dialog box where 

2 0 the user can select conditions for the branch (shown 
figure) . The default next action is automatically 
selected. 

To attach an alternate result action, the 
user selects the resulting condition from the dialog. 
25 Each action has its own set of possible resulting 

conditions. If a condition other than the default has 
already been assigned, the condition will appear shaded 
but is not disabled. When an action results in a 
condition that is not attached, the default action will 
30 follows. 

To unlink an action from a destination 
action, the user right clicks over the icon and selects 
"remove link." A submenu appears listing any 
attachments. The user selects the attachment to 

3 5 remove . 
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The call center system 100 of the present 
invention uses a Supervisor interface 132 as shown in 
FIG. 41, which gives managers the tools and information 
they need to analyze and manage the call center. The 
5 supervisor interface 132 can be operative with the 

supervisor server 116 that communicates with ACD server 
110. The supervisor 132 has three main functions: (1) 
present real time displays of call center activity and 
productivity; (2) generate custom historical displays 
10 and reports for analytical processing and decision 
support; and (3) measure and grade call center 
*=s functions and produce exception reports based on 

0 results. 

The supervisor function also works in 
15 conjunction with the call center system to allow 

customers, i.e., callers, to rate directly the agents 
p and call center. For example, on a small percentage of 

calls, on all calls, or on whatever percentage is 
Ti desired, the caller is prompted to stay on the line 

20 after the call to rate the agent and call center 

service. The agent handles the call, which can also be 
recorded. This recording can be established in the 
script flow. After the agent completes the 
transaction, the agent disconnects and the call is 
25 automatically transferred back to the IVR server to 

allow the customer to rate the service. For example, 
the IVR server may prompt the caller to press a 1 if 
the agent and call center operation have been 
excellent, or press any number between 1 and 5, where 5 
3 0 would be terrible service and operation. If the 
customer presses "5" for terrible, the call can 
immediately be "barged 11 or directed to a supervisor 
located at the supervisor station where the supervisor 
then can orally question the caller for further 
35 information concerning the terrible service. At the 
same time, the supervisor can obtain historical and 
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real time reports via the ACD and SQL server and 
associated database such that the supervisor can 
"instantaneously" see how callers are rating the 
service . 

5 The main screen 470 for the supervisor 

graphical user interface has a series of pull -down 
menus 472, a toolbar 474 at the top and a large window 
476 for displaying information below the toolbar, as 
shown in FIGS. 41 and 41A. FIG. 41A shows several 
10 windows displaying different reports and graphics open 
at the same time. All functions can be accessed from 
the menus 472 or from the buttons on the supervisor 
toolbar 474. When the mouse cursor is moved over a 

button, a tool tip will appear, giving a short 
15 description of that button. Toolbar buttons include: 

new real time report 480; new historical report 482; 

new printed report 484; print this report 486; edit 

report properties 488; modify chart properties 490; 

refresh this report 492; open screen configuration 494 
20 and save screen configuration 496. 

The pull -down file menu includes a series of 

different functions as shown in FIG. 42. The new real 

time display function 498 displays various on-screen 

reports that show a real time reference of activity, 
25 updated every two seconds. To use this feature, click 
on the button, then choose a report from a list that 
appears. This feature can also be accessed by clicking 
the New Real Time Report button 480 on the toolbar. 

The new historical report function 500 

30 displays on-screen historical reports showing activity 
over a user-definable time period. For example, it is 
possible to track pre-holiday call volume by displaying 
a report of all calls that were received for a 
particular skill between Thanksgiving and Christmas. 
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This feature can also be accessed by clicking the New 
Historical Report button 482 on the toolbar. 

The new printed report function feature 502 
is operative to allow reports to be printed in graph 
5 format. The close window function 504 closes the 

currently highlighted window. The close all windows 
function 506 closes all currently open windows. The 
print preview function 508 displays a preview of the 

currently selected report and allows you to print the 
10 report as it is displayed. This feature can also be 
accessed by clicking the Print This Report button on 
the toolbar. The exit function 510 exits the 

application . 

The edit menu (FIG. 43) includes various 
15 functions and tools to edit entries. The cut, copy and 
paste functions 512 are standard Windows features. The 

refresh function 514 updates the currently highlighted 

report to reflect the most recent activity. This 
feature can also be accessed by clicking the Refresh 
20 This Report button 492 on the toolbar. The filter 

properties function 516 changes the properties of the 

currently highlighted report. The properties that can 
be changed are different depending on which type of 
report is highlighted. These properties include items 
25 such as the skills, DNIS 1 s or agents to be displayed, 
the time period to display (for historical reports) , 
and which data to display. This feature can also be 
accessed by clicking the Edit Report Properties button 
488 on the toolbar. 

3 0 The graph properties function 518 changes the 

way the reports are displayed. The different types of 
display includes items such as the type of chart to use 
(bar, pie, Gantt, etc.), the style of the chart (3D, 
2D, etc.), the colors of the chart and many other 
35 properties. This feature can also be accessed by 
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clicking the Modify Chart Properties button 490 on the 
toolbar . 

The view menu (FIG. 44) has several 
advantageous functions. The View Window Configuration 
5 function 520 opens a list of previously saved window 
configurations. The user chooses the configuration 
needed from a fly out menu. This feature can also be 
accessed by clicking the Open Screen Configuration 
button 494 on the toolbar 474. 
10 The Save Window Configuration function 522 

saves the currently displayed window configuration. If 
it has not been previously saved, the user will be 
JSJ prompted to give it a name. If it has previously been 

W1 saved, then any new changes made will overwrite the 

;71 15 previous configuration. This feature can also be 

Sj accessed by clicking the Save Screen Configuration 

■g button 496 on the toolbar. 

The Save Window Configuration As . . . 
&\ function 524 saves the currently displayed window 

^ 20 configuration using a new name. It is used if an 

J*4 existing configuration has been altered and it is 

p desirable to save it without writing over the original 

configuration. The delete current configuration 
function 526 deletes the current configuration. The 

25 view toolbars function 528 hides or displays the two 
toolbars. The standard toolbar includes the nine 
buttons that activate various features as described 
above. The ACD states toolbar 530 (FIG. 41) is a 

legend showing the colors that each ACD state will be 
3 0 displayed within the various report charts, such as 
Ready, Out, Wrap, ACD, NACD and Outbound. The hide 
main menu function 532 removes the main menu from the 
screen, leaving more room to display reports. The view 
server messages function 534 displays a real time 
35 report of server activity used for debugging purposes. 
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Th e window menu (FIG. 45) also has several 
functions for the Supervisor. The window menu gives 
options for displaying any windows that are open. At 
the bottom of this menu is a list of all open windows. 
A check mark 53 5 is displayed next to the active 
window. An inactive window can be brought to the 
foreground by choosing it in this menu. These 
functions are often used in many different Windows™ 
applications . 

The cascade function 536 displays all windows 

in a cascading manner with all title bars showing. 
This allows a user to quickly click from one window to 
the next. The tile function 538 uses all available 

space on the screen to tile all open windows. This 
allows a user to see all windows without clicking from 
one to the next. Arrange icons function 540 can be 

made operative by clicking the small " - " in the top 
right corner of the window, which will minimize the 
window to an icon state, as is known to Windows™ users. 
Choosing arrange icons will arrange all icons into rows 
on the bottom of the screen making it easy to choose 
between the available open windows. 

The minimize all function 542 minimizes and 

arranges all open windows. The scroll windows function 
544 scrolls between the open windows. This feature is 

useful if too many windows are open to easily fit on 
the screen. When scrolling, each window will be 
brought to the foreground for a set period of time (see 
next item) , before scrolling to the next window. The 
set scroll windows time. . . function 546 sets the 

amount of time, in seconds, that each window will be 
displayed before scrolling to the next. 

As noted before, the call center Supervisor 
server 116 of the call center system of the present 

invention communicates with the ACD server 110 via a 
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TCP/IP link. The ACD server can send out updates every 
1_5 seconds (by default) describing status changes of 
agents and incoming calls. The Supervisor server 116 
through the Supervisor software application calculates 
5 and stores the information for viewing. The following 
real-time monitors can be available (Viewed by team, 
agent, DNIS, skill or entire call center): calls 
answered; calls abandoned; talk time; agent status; 
calls in queue; and agents in queue. 
10 The Supervisor application 132 allows a user 

to open as many of these views as they desire. For 
example, the user may need to have an answer chart open 
© for customer service, technical support, order entry 

English speaking and order entry Spanish speaking. The 
j-* 15 Supervisor will remember which views have been used and 

ri automatically re -open them on start up. To save screen 

SB space, the Supervisor application can be set to scroll 

+= through reports. To do so, the user selects the 

q reports to be viewed and sets the scroll timer. The 

It? 20 timer will scroll through each report, presenting a 

Jj? view of each report in sequence . 

p When the user clicks the New Real Time Report 

u button 480 on the toolbar or chooses new real time 

display (Ctrl-N) in the file menu, a dialog box 
25 entitled Chart Expert 550 (FIGS. 46 and 47) will open 

having reports, which can be displayed. The user 
highlights the report needed, and selects OK to display 
the report. The reports are: answer chart; abandon 
chart; agent status summary; agent status chart; calls 
30 queued trend; calls queued by skill chart; agents 
queued by skill chart; and quick view of calls and 
agents . 

The answer chart (FIG. 48) displays the 
length of time the calls received over the previous 
3 5 fifteen minutes were in queue before they were 

answered. The talk chart (FIG. 49) displays the talk 
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time of current calls. The abandon calls chart (FIG. 
50) displays the length of time that calls received 
over the previous fifteen minutes were in queue before 
they were abandoned. Displays the talk time of current 
5 calls. The agent status summary (FIG. 51) displays 

each agent's name, current state, amount of time in the 
current state, team and other information. The agent 
status chart (FIG. 52) displays the amount of agents in 
each of the various states. The calls queued trend 
10 chart (FIG. 53) displays the number of calls in the 

queue over the previous 2 ^ minutes. The calls queued 
by skill chart (FIG. 54) displays number of calls in 
queue for each skill. The agents queued by skill chart 

*U (FIG. 55) displays how many agents are in queue for 

if? 

^ 15 each skill. 

fxj The Supervisor application of the present 

^ invention allows a menu window entitled quick view of 

s £ calls and agents (FIG. 56) , which displays a simplified 

H ^ view of calls and agent status. The large number in 

ITt 20 the upper left displays the number of calls in queue 
ft! 552 . The time figure in the upper right displays the 

length of time that calls have been in queue 554. The 

row of numbers 556, preferably colored, displays how 

many agents are in each state. The colors can 
25 correspond to the color legend on the ACD states 

toolbar 530 as described before. A number, preferably 

black, at the far right of the row displays the total 
number of agents logged on. 

The Supervisor application of the present 
30 invention, every 15 minutes (or as configured with the 
switch) has the ACD server write out statistics to the 
historical database 120 of the SQL server 118. 

Managers are able to view, drill, filter the 
presentation of these statistics and retrieve reports 
35 from this database using the same flexible supervisor 
platform that provides the real-time reporting. 
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The following categories are available for 
custom on-screen reporting as shown in FIG . 57: agent 
productivity; agent productivity by hour; agent time 
sheet; call statistics/history; bucket history; calls 
5 by hour or fifteen minute; disposition code (call log) ; 
and calls by agent per hour. 

Agent productivity (FIG. 58) displays the 
percentage of time that the selected agents were in 
various states. Agent productivity by hour (FIG. 59) 
10 displays agent statistics in hourly increments. Agent 
time sheet (FIG. 60) displays when the first agent 
"logged in" in the morning, when the last agent "logged 
^ out" in the evening and the total number of hours that 

%Q all agents were "logged in" during the day. Total 

j]\ 3 15 hours for the time period and average daily hours are 

fjj displayed in the bottom text information area 560. 

m Call statistics (FIG. 61) displays different 

*f call statistics for a selected time period. Setting 

the report properties gives many different options, 
|l| 20 such as total calls, answered calls, abandoned calls 

!{; and average answer time, among others. The time period 

q to display, agents and other information to display can 

O also be set. Bucket history (FIG. 62) displays answer 

time, talk time or abandon time for the selected time 
25 period. Calls by hour or fifteen minute (FIG. 63) 

displays various call statistics over a selected date 

range in either hourly or fifteen minute increments. 

Disposition code (call log) (FIG. 64) displays a log of 

all calls over a selected date range. For this to be 
30 accurate, a system must be in place so that all calls 

can be logged by type of call (disposition) . Calls by 

agent per hour (FIG. 65) shows the total number of 

calls by respective agents per hour. 

The call center system of the present 
3 5 invention also includes a software agent phone 

interface, i.e., dial pad application 140 (FIG. 66), 

which is preferably a Windows 95, 98 or NT client 
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application residing on the agent's PC. It is a 
flexible, non-obtrusive graphical user interface design 
and is easily minimized and can be keyboard or mouse 
driven. It can be multilingual. It has speed dial 
5 pull down lists and automated call code entry. Agents 
can quickly view their productivity with text based and 
graphical statistics. The soft phone requires minimal 
desk space (i.e., a headset and compact dial pad) and 
is easily customized to work with popular help desk 
10 applications such as Remedy. The dial pad has three 

main functions: (1) to act as an ACD phone; (2) present 
information and statistics to the user; and (3) send 
messages to other windows applications. 

The dial pad 140 gives users the information 

15 required to measure their performance. The following 
types of information are available for viewing on the 
dial pad: 1) total ACD calls taken at the particular 
g day; 2) total outbound calls placed at that day; 3) 

^ total inbound non-ACD (NACD) calls taken at that day; 

fj 20 4) average talk time for ACD, outbound and NACD calls 

U taken that day; 5) calls in queue for the call center; 

6) calls in queue charted for the last 15 minutes; 7) 
longest call waiting in queue; 8) time spent in the 
current state; 9) service level for the call center 
25 (e.g., percent of calls answered in 30 seconds); 10) 
percent of time spent in each state (ACD, ready, out, 
wrap, outbound); 11) personalized speed dial numbers; 
and 12) current skills and proficiencies. 

Dial pad 140 also has the following 

30 historical information available for the user who is 
logged in: 1) time card data; 2) upcoming work 
schedules; 3) call log; 4) customized speed dial list; 
5) last ten outbound dials; and 6) current skills and 
proficiencies . 

3 5 Dial pad has three ways of placing outbound 

calls: 1) direct dial, 2) speed dial, and 3) smart 
dial. In direct dial, the user keyboards the number in 
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and hits dial (just like a cell phone) . Characters are 
automatically converted to numbers (e.g., 1800 -FLOWERS 
equals 1800-3569377) . A list is kept of the last ten 
numbers dialed so that the user can quickly redial . 
5 In speed dial, the dial pad has a drop down 

list that shows the names a user has previously set up. 
A user can click one of these names and the number is 
dialed. Whenever the user logs in, the user will 
obtain their own speed dial list . 
10 In smart dial, the dial pad will 

automatically dial and track numbers of an outbound 
campaign. A database table is populated with names and 
numbers for a campaign. Dial pad requests the next 

=S number and the ACD server 110 dispatches it to the 

i |=| 

15 user. The dial pad user identifies the result of the 

W call. The ACD server is notified and reclassifies the 

^4 number accordingly. Smart dial is not as powerful as a 

:p predictive dialer, such as those dialers known to those 

Jl_ skilled in the art, but a smart dial application 

ly 20 enhances an agent's ability to manage an outbound 

= y campaign. 

§ 

JtJ Dial pad will also locate another agent (who 

□ is logged in) for the station. A user types "@" and 

the agent's user name (e.g., @RickW) and dial pad 

2 5 determines the extension where they are logged in and 

rings that phone . 

The LED 600 is used for the primary display 

of data. The dial pad keys 602 provide fourteen (14) 

fixed function keys and a standard dial pad. 

3 0 Upper and lower information panels 604, 606 

provide call and state information and agent 
statistics. The lower panels 606 of the dial pad 

remain visible regardless of which tab is showing. 
Both panels also remain visible when the auto-hide 
35 feature is activated. There are two information 
panels: upper and lower 604, 606. 
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The upper panel 604 has information about 

incoming and outgoing calls. Skill names are listed in 
a skill name field for incoming ACD calls to help the 
user answer calls appropriately. Dialing XXXXXXX 
5 displays the number that is being dialed for an 

outgoing call. A "conversation. . . " text appears 
while an outgoing call is in progress. An 
"unavailable. . . " text appears when a user's phone is 
not plugged in properly. 
10 Call and state information and agent 

statistics is displayed on the lower panel 606. The 
time is listed in a current state field 610, and 

**J indicates how long the agent has been in the current 

IJI state, including incoming or outgoing calls. This will 

J**! 15 restart as the state changes or in new call begins. A 

Ijj 

Q number of calls in queue field 612 indicates how many 

^ callers matching the agent's skills are waiting in 

queue . 

W A longest wait in queue field 614 indicates 

fy 20 how long the first caller matching the agent's skills 
JfJ has been in queue. The current state field 616 

13 indicates which state the agent is currently in. A 

green light 618 indicates connectivity, i.e., the 

station is connected to the server, and a red light 
25 indicates that the server is down or the station is 
otherwise not connected. 

As noted before, the dial pad keys 602 

include various function keys. Xfer 620 allows the 

agent to transfer an incoming or outgoing call to 
3 0 another party. The user enters the number of the new 
party in the data screen, clicks Xfer, and after 
announcing the call, clicks Xfer to connect the two 
parties. To abort the transfer, the user clicks 
restore (hold) . 



Mute 662 allows the user to mute his/her 
voice from the caller. This does not place the caller 
on hold. To cancel, the user presses mute again and 
redial 624, i.e., redials the last dialed number. 

Conf 626 adds multiple parties to a 
conversation. During an existing call, the user enters 
the additional number in the data screen, clicks Xfer 
620, and after announcing the call, clicks Conf 626 to 

add the new party to the conversation. 

Hold 628 places an incoming or outgoing call 

on hold. The button changes to Restore while the call 
is on hold. The user clicks Restore to return to the 
call. Restore takes a call off hold. 

Cancel 630 allows the user to hang up or 

cancel both incoming and outgoing calls. The Cancel 
function can also be used with Xfer 620 and Conf 626 to 

transfer calls or add additional parties to a 
conversation . 

Dial 632 allows the user to enter a number in 

the data screen and dial the number. Return and enter 
on the computer keyboard are the same as clicking dial. 
To enter a number, the user clicks on the dial pad 
numbers with the mouse or types the numbers using the 
computer keyboard. For a number such as 12 3 -ACME, the 
agent can simply type the corresponding letters on the 
computer keyboard . 

Ready 634 places the station in ready state, 

allowing the agent to accept calls. Other tabs could 
include wrap, which places the station in wrap states. 
Wrap is a temporary work state to use while finishing 
up call-related activities. Restore takes a call off 
hold. "Log on" logs the station onto the server at the 
beginning of the agent's shift. A password or agent 
number may be required. "Log off" logs the station off 
the server at the end of the agent's shift. To log off 
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while in ready or wrap state, the user first clicks Out 
636, and then log off. 

Menu 638 opens up an additional menu of 
options. Clicking anywhere on the dial pad with the 
5 right mouse button will also open the options menu 640, 
as shown in FIG. 67. Speed dial 642 saves the last 
number and allows the agent to save the last number 
dialed into the speed dial list. A dialog box will 
open asking for the name to use with the number. By 
10 editing entries in a window, the agent can add, delete 
and edit entries in the speed dial list found on the 
speed tab. There are also various options 644 

1*1 

!j@ available, but not illustrated. These are included in 

the window that opens clicking options. 
iy 15 A forward option forwards all calls to 

*2 another extension. A window will open to enter the 

p extension for calls to be forwarded. A forward or no 

answer option is the same as forward, but only forwards 
Jt if there is no answer (e.g., if the agent is away from 

JtS 2 0 the desk or on another call) . A clear forward option 

cancels call forwarding. The set message option allows 
the agent to enter a short message that will be 
displayed on an internal caller's telephone when they 
call the agent's extension (e.g., gone to lunch or in 
25 staff meeting) . The clear message option clears the 
message the agent has entered. 

The view 646 option has several functions 

including a skill list that lists the skills that the 
agent has been trained to perform. A call log function 
30 displays a log of all call activity for the agent 
showing type of call, time that the call was made, 
customer, skill, DNIS, handling time, length of the 
call and the call status. A call queue opens a chart 
showing the number of calls currently in queue. 
3 5 The configure 648 option allows the agent to 

modify station configuration settings such as 




distinctive ring and auto-hide position for the dial 
pad. Configure also contains a debugging tool for 
troubleshooting. Other configure functions that are 
part of a pull-out menu may include: 

1) Set Ring Sound File - If the station is 
set to ring through desktop speakers, this will allow 
the agent to choose a .wav file for the station ring so 
he/she can discern his/her station's ringing from 
others . 

2) Test Ring - Plays back the .wav file 
that was chosen for the station's ring. 

3) Set Auto-Hide Position - Sets the 
location where the dial pad will reside when in auto- 
hide mode. The user can enter the number of pixels 
from the left edge of the screen. 

4 ) Open Debug Window - Opens a window 
showing a log of all station activity. This is used by 
system administrators to trace down problems. 

The auto-hide configuration 650 allows the 

dial pad to become a drop down toolbar while another 
program is used. Dial pad will still show the bottom 
two panels of information and will return to its full 
state when the mouse cursor moves over it . 

The Stats tab 144 shows the stats 

(statistics) (FIG. 68) and provides the agent with 
information on total ACD calls, total non-ACD calls, 
total outbound calls, and total amount of average time 
spent on each type of call. 

The Time tab 146 (FIG. 70) shows a pie chart 

of time spent in the various states, including ACD, 
outbound, non-ACD, ready, wrap and out. Automatic call 
distribution are calls that are automatically routed to 
the agent based on agent skills and caller queue time. 
Outbound calls are any outgoing calls made by the 
agent. NACD (non-ACD) calls are calls that were placed 
directly to the agent or were transferred to the agent 
from another station. 
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Speed tab 148 (FIG. 69) opens a list of speed 

dial numbers. These are numbers that the agent 
frequently calls from the station. The user clicks on 
the letter next to the name to dial that number. These 
5 numbers can be edited in speed dial which is accessed 
from the menu button on the phone tab. 

There now follows a more complete description 
of an example of the type of graphical user interface 
(GUI) and interactive voice response (IVR) functions 
10 that are used with the IVR server 10 8 and ACD server 
110 . The graphical user interface used with the IVR 

scripting is the interface used for the ACD scripting 
functions as described above. Thus, in accordance with 
the present invention, the scripting for the ACD and 
15 IVR are done together as compared to prior art systems 
where scripting for an IVR was separate from any ACD 
routing . 

The IVR functions, in one aspect of the 
present invention, can consist of three primary 

2 0 components: (1) IVR server or service; (2) IVR 
administrator; and (3) IVR script editor. 

The IVR server can operate on a Windows NT 
server as illustrated, which allows the system to 
operate with minimal user intervention and allows the 

25 system to automatically restart without requiring the 
administrator to log back into the system. The IVR 
administrator is an interface to the IVR server 108 and 

provides the tools to configure, monitor, initiate and 
terminate the IVR server. As noted before, the GUI 
30 interface used for the IVR administrator software can 
be the same as the GUI interface used for the ACD 
software . 

The IVR administrator application provides a 
GUI interface to the IVR server, providing the tools to 
35 configure, monitor, initiate and terminate the IVR 

server. The various drawing figures in FIGS. 2, 13 and 




# 



3*1 



-61- 



71 show different icons that can be used for 
constructing and editing scripts. The IVR 
administrator application allows the user to define the 
number of lines to be defined within the IVR server and 
5 the number of allowable ports, which can be 

configurable and dependent upon the maximum number of 
licenses purchased in a desired commercial setting. 
Each IVR line can be configured as either a digital or 
an analog line, dependent upon the type of hardware 

10 configuration purchased. Under certain configurations, 
it is possible for a single IVR server to support both 
digital and analog lines. 

Routing scripts can be assigned to each line 
individually, or to the entire group of lines in order 

15 to define the routing treatment that callers are to 

receive when they are being processed through the IVR 
server. This routing treatment may include the 
transfer to another dialed number. The IVR 
administrator application allows the user to configure 

20 the transfer characteristics of a trunk to trunk 
transfer via an IVR. 

The IVR ports can be monitored via a display 
(not shown) , which could be color coded. The colors 
could toggle as different line events occur, informing 

25 the administrator of the real-time status of each line. 

The script (or construction) editor, as 
exemplified by the open window 710 shown in FIGS. 2, 13 

and 71, is a stand-alone application that allows for 
custom IVR scripts to be built, which operate on the 

30 IVR service. It is part of the common interface to the 
IVR platform (s) and can reside either on the IVR server 
itself or on a networked PC. It can be divided into 
four sections: (1) command toolbar; (2) action toolbar; 
(3) property display; and (4) main script. 

3 5 The IVR script editor in one aspect of the 

present invention can include a command toolbar (not 
shown) as part of the GUI interface. A command toolbar 
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could be used and consist of icons (not shown) that 
provide a shortcut to a menu command. The icons 
perform the several functions, and can also be entered 
through the File menu shown in FIGS. 13 and 71. 
5 1) New Script - Clears the main script 

display in order to start a fresh script. 

2) Open Script - Loads an existing script 
from the database for editing. 

3) Save Script - Saves the active script. 
10 If the script has never been saved before, a Save As 

dialog will appear prompting you for the name of the 
new script . 

4) Run - Executes the script in a debugging 

sfl mode . 

f/1 15 5) Stop - Stops interactive debugging. 

6) Import Script - Loads a script from a 
Nf text file. When a script is saved normally, it is 

L Jf stored in a local database along with all other scripts 

in the system. To transport scripts to and from other 
20 systems, they can be exported to text files. 
;=y 7) Export Script - Writes the active script 

■H to a text file. This feature allows the administrator 

to back up scripts or transport them to another system. 

8) Step - Executes the next action of the 
25 script in a debugging mode. This is the same as Run, 

but only one action at a time will be executed. 

9) Pause - Pauses the execution of the 
script. Some actions, like PLAY, RECORD, CAPTURE, MENU 
(such as shown by icons in FIGS. 13 and 71), and others 

3 0 normally pause to await user input or to indicate the 
current activity. A step button is used to proceed 
action by action after pause or the user clicks Run to 
continue . 

An action toolbar 720 contains tabs, as 

35 illustrated in FIG. 2, each of which contains an 

assortment of icons. Each of FIGS. 2, 13 and 71 show 
similar and different tabs, with the addition of an ACD 
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tab, which allows entry to ACD icons and commands for 
ACD routing, while other tabs are used for IVR script 
editing. Each icon represents an action that can be 
placed in a script, and each tab represents a specific 
5 category of actions. The standard categories for 

actions for the IVR (FIG. 2) include: (1) standard; (2) 
advanced; (3) data access; (4) system; and (5) 
external . 

The script editor in one aspect of the 
10 present invention includes a property display 465. The 

property display 465 is a versatile input and 

information tool. It has three modes of display: 
Q action properties, connection info and script 

;2 variables. When an icon is highlighted in the script 

i*& 15 display window, the property display indicates the 

action properties pertaining to that icon or action. 

The behavior of each action is determined by 
P its properties and results. Properties may be entered 

at design time through the property display and govern 

2 0 things such as the voice prompt to play and the number 
of digits to capture. Results are the resulting 
condition of the action after execution and govern the 
next action to be executed. They are also listed in 
the property display with their names enclosed in 

25 parenthesis, such as the (Term Digit) of FIG. 13 on the 
(true) and (false) of FIG. 71. Results are often 
referred to as branch conditions because they determine 
the direction of script flow. 

Each item in the property display is an 

3 0 individual property of the highlighted action. Each 
property is of three different types: read-only, string 
and list. A read-only property is for viewing purposes 
only and cannot be changed through the property 
display. A string property can be directly edited by 

35 clicking that property and typing. A list property 

provides a drop down list next to the value from which 
a selection can be made. When the value of a list 
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property is double-clicked, the next item in the list 
is automatically chosen. 

Actions can be represented as icons in the 
script as shown in the display window 464 in each of 
5 FIGS. 2, 13 and 72. A script is made up of many 

actions connected together in a manner that is logical 
and flowing. All scripts begin with a START action 730 
and end with one of the actions that terminate the 
script. These termination actions can include: HANGUP 
10 732 (FIG. 13), XFER (734) and RUNAPP . Between these 

actions reside the body of the script . 

Connection info is shown whenever a 
to connection is clicked on. No items in the connection 

m info may be directly modified. They include: source, 

15 destination, type and condition pertaining to the line 

i>ji 

sy connecting two icons. The property display may also 

IS indicate script variables when a script is running in a 

i — 

debug mode. In this mode, each script variable is 

13 listed with its value. Values may be changed while the 

sfl 

2 0 script is PAUSED. 

ill 

Ijfl The script (or construction) editor includes 

|3 a main script display 464, which is the largest window 

in the IVR construction editor mode. Scripting is 
performed in this window. Scroll bars 740 on the right 

25 and bottom allow a script larger than the screen to be 
edited. To add an action to the script, a user clicks 
a respective icon in the action toolbar 720, moves the 

mouse to the desired location in the script display, 
and clicks a second time. While the icon is selected, 

3 0 it will appear in place of the mouse cursor while 

inside the script display 464. When adding consecutive 

actions to a script, if the previous action is 
appropriate, a line 742 (called a connection) will 

automatically be drawn between the previous icon and 
35 the newly added icon. Connections are preferably shown 
as black or red lines with an arrow in the middle. The 
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arrow indicates the direction the script will flow when 
it reaches that point. A red line indicates the flow 
is from right to left, while black is from left to 
right . 

5 Once several actions have been added to the 

script, they may be selected so their properties 465 
can be edited. For example, a red box surrounding 
active icons indicates that they are available to be 
edited. A selection of icons can be cut, copied and 
10 pasted following standard Windows procedures. Commands 
are available in the edit menu (FIG. 71) with their 
appropriate short cuts. Some actions have a 
*5 supplementary property sheet to simplify their 

configuration. Double-clicking those icons will open a 
15 custom property dialog (not shown) . A user can right 
click any icon to open a menu of choices. The last 
choice is edit properties, which will only be available 
for certain actions. 

The lines 742 connecting the icons in the 

III 20 script display 464, referred to as connections, can be 

clicked on to reveal their properties in the property 
3 display. When selected, a connection will have red 

dots at either end. A connection can be deleted when 
it is selected by pressing the delete key on the 
25 keyboard (or clicking edit-delete connection) . 

Although different menus could be used in the 
present invention, the following examples are 
representative of what can be used in the call center 
. system 100 of the present invention. 

3 0 File Menu 

New Clears the construction area to make a new 

script. Before choosing New, be sure to 
* ^ save any changes in the currently open 

script or the changes will be lost. 
^ 3 5 Open Opens an existing script. 

Save Saves a script. 

Save As Saves a script using a new name. 

Import/ 

Export Close Closes the construction editor. 

40 
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Edit Menu 

Undo Delete If a tool icon has been deleted (by highlighting the 

icon and pressing the delete key) , this menu item will 
undo that action. 

5 Cut Cuts a highlighted tool icon and saves a copy on 

the clipboard. 

Copy Copies a highlighted tool icon onto the 

clipboard . 

Paste Pastes a previously copied tool icon into the 

10 construction area from the clipboard. 

Window Menu 

Line Up Icons Lines up icons based on the grid spacing set in 

set icon spacing . 
15 View Choose among the following icon views: 

* Large icons : tool icons are larger and 
easier to read but take up more space. 

* Small icons : tool icons take up less 
space . Useful for a large script . 

2 0 * Report: tool icons are displayed in 

W columns ordered according to their ID. 

Set Icon 

1** Spacing Sets the amount of distance between icons when 

Line Up Icons is selected. 

SI 2 5 

=P • *"* y In another aspect of the present invention, 

^ various tools permit the construction of scripts in 

fy accordance with the present invention. String 

i% - 

; ~ 30 substitution allows variables to be substituted in any 

field that expects a string. To invoke substitution, a 
P user can enclose a variable name in angled brackets 

(e.g., <var>) . An expression evaluation allows complex 
mathematical expressions to be evaluated in real time. 

35 Several actions expect numeric values as parameters. 

In these cases, an expression may be used in place of a 
pure number. An expression includes numbers, variables 
and math operators . 

When any place allows the use of variables 

40 (in string substitution as well as expressions) , a 

variable method may be used. A variable method is a 
function attached to a variable separated by a dot ( . ) . 
For example, to reference the length of a string 
variable, a length method can be used: phone . length . 

45 Methods may accept parameters enclosed in square 
brackets ( [param] ) . Examples include: 
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LENGTH 

SUBSTR[st,en] 



LEFT [num] 
RIGHT [num] 
INSTR[str] 



Returns the variable's string length. 
Returns a sub- string of the variable starting at 
character position st through en. A one refers 
to the first character. 

Returns the left -most num characters of the 
variable . 

Returns the right -most num characters of the 
variable . 

Returns the character position where str is 
found in the variable . 



Because the IVR software interface of the 
present invention uses a dynamic scripting language, 
variables do not have a defined type. When a variable 
is referenced as a string, it is treated as a string. 
Variables which are referenced as numbers are treated 
as such. Any time a variable is created, two values 
are stored internally. One is the string value and the 
other is the numeric value. Numbers are all stored as 
extended floating point values. Therefore, any 
computations will maintain a high degree of precision. 
When a number is converted to a string, the conversion 
uses the minimum number of digits to represent the 
value. Dates and times can be stored as numbers where 
the data is a whole integer number representing the 
number of days since December 31, 1999. Time is stored 
as a fraction of a day. A few special variable names 
can be reserved, such as DATE and TIME, for current 
data and time. Another example includes TIME STAMP, 
which returns the current dat and time. 

When an icon is added to a script, it becomes 
the active action. In one aspect of the invention, a 
colored box surrounds any active action. The 
properties 465 listed show three standard items. They 

are listed below. 



Property Description 

Label (750) Label refers to the text that appears below the 

icon representing the action. A user chooses 
descriptive labels to document the scripts. As 
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a script is executing, the label will display in 

any monitoring tools that are active. 
Method (752) Method refers to the type of action being 

represented. The method name is always in upper 
5 case letters . A user cannot change the method 

through the property editor. 
Next Action (754) The next action is the label of the action which 

follows the active one. The next action is also 

referred to as the default result and indicates 
10 the flow of the script under normal 

circumstances. Almost all actions have a 

default result. 



15 The property display 465 contains variable 

information depending on which action is active. Some 
information is directly editable through the property 
display, while other data is strictly read-only. While 
every action has its own set of properties, many 
20 actions also support a set of results. It is not 

mandatory that each result be assigned. An example of 
a result is the PLAY 756 action. This action plays a 

voice prompt to the caller. If the caller presses a 
digit on the phone pad before the prompt completes, an 

25 event is signaled called Term Digit. The result 

associated with that event allows a script to behave 
differently when that event is triggered. If it is not 
handled, the script will proceed following the default 
condition (or next action as it is listed in the 

3 0 property display) . 

In still another aspect of the present 
invention, there are a number of standard actions 
(chosen by the standard tab 760) within the action 

toolbar, which in one aspect of the present invention, 
35 are identified as the more commonly used actions. 
These actions are also typically the simplest to 
implement. From the standards actions toolbar, these 
items are incorporated into the IVR script through 
simple point -and-click mouse operations. Some of the 
40 icons are not illustrated in the drawing figures, but 
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could be included in one aspect of the present 
invention. A brief description of each action follows 



V 



15 



20 



25 



30 



START (730) - Defines the initial entry point for an IVR script. 
Each script must have a START method. 
Parameters : 

Application Path Optional. Specifies the directory where all the 

voice files reside. If left blank the default 
directory is .... 

Hook DLL. Name Optional. Specifies the name of an external 

dynamic link library (DLL) for use by HOOK 
methods . See the hook function in the advanced 
tools section. HOOK methods are .... If 
left blank, the default DLL is ... . 

CAPTURE (758) - Captures Dual Tone Mult i - Frequency (DTMF) digits 
entered by the caller and stores the data in a local variable, 
[collects the digit value WO using DTMF tone recognition] . 
Parameters : 

The name of the variable (file) that will store 
the captured DTMF digits. 

Specifies the maximum number of digits to 
collect . 

Specifies a terminator digit- -the digit the 
caller presses when finished entering the 
required information, including the pound key 
(#) or the star key (*) . 

The maximum time the system will wait before 
proceeding . 



Variable 



Max Digits 



Terminator 



Timeout 



Inter-Digit 
Timeout 



The maximum time the system will wait before 
proceeding after at least one digit has been 
pressed . 



3 5 Results: 

Max Digits 

Time Out 

4 0 Term Digit 

Time Out 
Inter-Digit 

4 5 Line Dropped 



50 



Specifies a destination to branch to if the 
maximum number of digits was received. 
Specifies a destination to branch to if the 
timeout was reached. 

Specifies a destination to branch to if the 
terminating digit was received. 

Specifies a destination to branch to if the 
inter-digit timeout was reached. 

Specifies a destination to branch to if the line 
was dropped while capturing digits. If no 
action is attached to this result, the script 
will automatically terminate after a line drop. 
Otherwise, the script will continue until 
another voice- related action is encountered or a 
hang up action is reached. This feature allows 
any database processing or pipe messaging to 
proceed if the caller hangs up while capturing 
digits . 
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.vox) or speaks characters, numbers, 



SPEAK (760) (FIG. 72) 
Plays sound files (.wav or 
dates or monetary amounts . 
Parameters : 

5 Params A list of items to play. Each item is separated 

with a single space. In order to recognize the 
various parts of the list, the following 
conventions must be followed: 

* Sound files include the .wav or .vox 
10 extension. 

* Monetary amounts are prefixed with a 
dollar ($) character. 

* Dates are prefixed with an "at" (@) 
character . 

15 * 'Times are prefixed with an exclamation 

mark ( I ) . 

* Regular characters are entered with no 
prefix . 

Results : 

2 0 Term Digit Specifies a destination to branch to if a terminating 

digit was pressed before the function completed. 

PLAY (756) (FIG. 13) - Plays a voice prompt or communicates 
information to a customer. It can include the wave files (.wav) 
25 or Dialogic™ voice files (.vox) . The IVR also utilizes a built-in 
voice processor with an assortment of pre-recorded system voice 
prompts to pronounce values as numbers, currency, dates and times 
to callers when configured to do so. [Thank you for calling, 
please press ONE for sales, TWO for service, or stay on the line 

3 0 for further assistance. . .] . 

Parameters : 
ss 

IF (762) (FIG. 72) - Evaluates an expression and branches one 

3 5 direction if the result is true and another direction if the 

result is false. 
Parameters : 

Expression This is a mathematical expression. The expression is 
false if the result is zero and true if the result is 

4 0 any other value. The expression may contain 

comparison operators such as +, >, <, >=, <=, 1= (not 
equal) . Variables that contain strings may be 
compared with the string values by enclosing the value 
in double quotes (e.g., string) . 

4 5 Results: 

Note: This action does not use the default action. 

True The destination to branch to if the result of the 

expression is true . 
False The destination to branch to if the result of the 

5 0 expression is false. 

CASE (764) - Defines decision branch nodes and directs the flow of 
the script based on the value contained in the local variable 
(routes the call to the branch associated with digit value [DTMF 
5 5 tone] TWO [Service]) . As shown in FIG. 72, conditions for a 




branch are selected by clicking appropriate buttons in a selection 
condition for branch box. 
Parameters : 

Variable Any variable name . 

Case For each possible value of variable, a case parameters 

is shown followed by the name of the next method to 
branch to. To assign a new resulting action, drag the 
case icon and drop in on the desired method to follow. 
A dialog will prompt for the criteria for the branch. 
Click on variable values and enter the value in the 
input box . 

Results - There are no result actions for this action. The 
default action will follow if none of the cases match. 



DIAL (766) 

Parameters : 
DialString 



Dials digits through the phone system. 



The digits to dial . 
keypad may be used, 
hook . 

Results - There are no result actions for this action. 



Any digit available on a phone 
An ampersand (&) issues a flash 



HANGUP (732) - Terminates the script by disconnecting the caller. 
Parameters - There are no parameters for this action. 
Results - There are no result actions for this action. 



RECORD (768) - Records speech captured from the caller and also 
allows standard voice prompts to be recorded. Creates .wav or vox 
file (s) . 
Parameters : 
Handle 



The name of the variable that will contain the 
recorded file handle. 

Choose between Windows WAVE or Dialogic VOX file 
format. Click on the field and choose a format 
from the list. 

Specifies the maximum recording time (in 
seconds) . When the maximum time is reached, the 
recording will stop. 

Set to true to play a short beep before 
recording begins . Set to false to begin 
recording immediately. 

Specifies which digits a caller may press to 
terminate the recording. An "at" (@) sign is a 
wildcard meaning any digit. 

Digits that the caller has previously entered 
during the call are stored in a buffer until a 
capture action is reached and can terminate a 
record action unexpectedly. Set this action to 
true to clear the buffer before recording. Set 
this action to false to leave the buffer intact. 
Specifies the maximum amount of silence time (in 
seconds) before the recording will terminate. 
Set to zero (0) to disable this function. 

Results : 

Term Digit Specifies a destination to branch to if any of the 
TermDigits were pressed while recording. 



File Type 



RecordTimeOut 



RecordBeep 



TermDigits 



AutoClearDigits 



MaxSilence 
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10 



15 



20 



25 



30 



35 



40 



Time Out 



Max Silence 



Line Dropped 



Specifies a destination to branch to if the 
RecordTimeOut was reached. 

Specifies a destination to branch to if the 
MaxSilence was reached following a period of 
non-silence . 

Specifies a destination to branch to if the line 
was dropped while recording. If no action is 
attached to this result, the script will 
automatically terminate after a line drop. 
Otherwise, the script will continue until 
another voice-related action is encountered or a 
hang up action is reached. This feature allows 
any database processing or pipe messaging to 
proceed if the caller hangs up while 'recording. 



SAVEREC (icon not shown) - Follows the record action and saves a 
previously recorded speech to a file. The speech is saved in 
either MS Windows .wav or Dialogic .vox format. 
Parameters : 

A variable containing the recorded file handle. 



Handle 
Destination 
Path 

New File Name 



Results : 
Failure 



SET (770) (FIG. 
Parameters : 
Variable 
Value 
Results : 
Failure 



The drive and directory to save the recording 
to. 

The name the file is to be saved as . Using 
<handle>, . wav/ vox will ensure a unique file 
name, where <handle> is the variable name used 
in handle (above) . 

Specifies a destination to branch to if the save 
operation fails . One reason for failure may be 
because the destination path is invalid. 
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Assigns a value to a variable. 



The name of the variable to store value in. 
A string value. 

Specifies a destination to branch to if the 
value is not able to be assigned to the 
variable . 



Numerous advanced actions are available for 
use within IVR scripts that add a higher level of 
45 functionality to call handling capabilities of script. 
The following provides a brief description of several 
advanced actions that the construction editor can offer 
by clicking the advanced tab 772. Some of these icons 

can be used as standard icons, or other advanced icons, 
50 depending on how the call center system is set up. 
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10 



15 



20 



25 



30 



50 
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XFER (734) - Transfers a caller to a new specified number by 
issuing a flash hook and dialing. 

Note: The phone system must support flash hook transfers for this 
to work. 
Parameters : 

DialString The digits that will be dialed after the flash 

hook. Any digit available on a phone keypad can 
be used. The flash hook character (&) should 
not be used because the flash hook is 
automatically part of this function. 

Results - There are no result actions for this action. 

MENU (774) (FIG. 13) - Combines the three actions (play, capture 
and case) into one to facilitate easier implementation of 
prompting nodes . 

This is the same as the parameters for the speak 
function. See "speak" for information. 
Specifies the maximum number of digits to 
collect . 

Specifies a terminator digit- -the digit the 
caller presses when finished entering the 
required information, including the pound key 
(#) or the star key (*) . 

The maximum time the system will wait before 
proceeding . 



Speak Farms 
Max Digits 
Terminator 

Timeout 



Inter-Digit 
Timeout 



Results : 
Max Digits 

Time Out 



The maximum time the system will wait before 
proceeding after at least one digit has been 
pressed . 



3 5 Term Digit 

Time Out 
Inter-Digit 

4 0 Line Dropped 



45 



Specifies a destination to branch to if 
maximum number of digits was received. 
Specifies a destination to branch to if 
timeout was reached. 

Specifies a destination to branch to 
terminating digit was received. 



the 



the 



if the 



Specifies a destination to branch to if the 
inter-digit timeout was reached. 

Specifies a destination to branch to if the line 
was dropped while speaking or capturing digits . 
If no action is attached to this result, the 
script will automatically terminate after a line 
drop. Otherwise the script will continue until 
another voice- related action is encountered or a 
hang up action is reached. This feature allows 
any database processing or pipe messaging to 
proceed if the caller hangs up before the action 
is complete. 



EXPRESSION (77 6) (FIG. 2) 
to a variable. 
Parameters : 
Params 



Assigns the results of an expression 



The parameters should follow the format 
variable=expression, where variable is any 
variable name and expression is any mathematical 
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Results 



expression. Boolean expressions return true as 
one (1) and false as zero (0) . 
There are no result actions for this action. 



10 



RUNAPP - Executes a previously saved IVR script while terminating 
the existing IVR script. 
Parameters : 

Script Name Enter the name of a existing script. All 

variables assigned in the current script are 
preserved so there is no need to pass parameters 
or variables to the new script . 

Results - There are no result actions for this action. 



HOOK - Calls an external DLL hook routine. The routine is a 
15 function declared and exported in the DLL specified in the start 
function. See start in the standard tools section. The function 
must follow a predetermined format shown below. 



20 



Parameters : 
Reference Method 



Choose by name to use a function name or by 
ordinal to use a function number. 



m 



3 : t=S 



25 



30 



35 



Function Name 



Ordinal 



Param 1 
Param 2 

Return Variable 

Results : 
Failure 



The name of a correctly exported function 
declared in the DLL that was entered in the 
start method. 

The ordinal number of a correctly exported 
function declared in the DLL that was entered in 
the start method. This is unused if the 
reference method is set to by ordinal . 
The first parameter passed to the function. 
The second parameter passed to the function. 
The name of a variable that will contain the 
return value . 

Specifies a destination to branch to if the DLL 
could not be loaded or the function was not 
found . 
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MSGPIPE - Sends data to an external program via a data pipe . 
Parameters : 

The name of the pipe. This can be any string of 
characters, but cannot contain the tilde (~) 
character . 

The number of data parameters to send. 
Place any data to be sent to the external 
program. 



Pipe Name 



Data Items 
DataX 



Results : 
Failure 



Specifies a destination to branch to if the data 
pipe service could not be connected to. 



E-MAIL - Sends an e-mail message with an optional file attachment. 
Parameters : 

Address The e-mail address of the recipient. Follow 

standard Internet e-mail format (e.g., 
name@domain . com) . 
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Subject Enter the text to be sent as the subject of the 

message . 

Attachment Optional. Enter the filename of the attachment 

to be sent with the e-mail. 
5 Body Enter the body text of the e-mail message. 

Results : 

Failure Specifies a destination to branch to if the data 

pipe service could not be connected to. 

10 PAGER - Sends a message to a pager. 
Parameters : 

Service The phone number of a TAP paging service to be 

dialed . 

Pager ID The pager identification number of the 

15 recipient. 

Message The content of the message. This is limited by 

the paging service provider of the recipient's 
pager . 

Results : 

Q 2 0 Failure Specifies a destination to branch to if the data 

^ pipe service could not be connected to. 
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In accordance with another aspect of the 
25 present invention, system actions are designed to 

provide operating system level functionality, such as 
copying, deleting and renaming of files, as well as 
providing additional tools for tracking and debugging 
IVR scripts. The system tab 780 shown in FIG. 2 can be 

30 clicked to bring up the icons for the actions. The 

following is a brief description of the system actions 
currently available for IVR scripts: 

WRITEFILE - Generates text output to a local disk file for use 

3 5 such as a custom log output. 

COPY - Performs an operating system level copy of a disk file. 
DELETE - Performs an operating system level delete of a disk file. 

40 

RENAME - Performs an operating system level rename of a disk file. 
FILEEXIST - Checks for the existence of a disk file. 

4 5 NEWFOLDER - Creates a new sub- folder or directory on the disk. 

DUMP LOG - Records responses tracked from both MENU and CAPTURE 
actions . 

5 0 DEBUG - Generates output in the debug window during interactive 

debugging . 



ItJ 

lit?.. 



A 



m 



■76- 



External actions can be brought up by 
clicking the External tab 782. These actions provide a 

communication link between the call center system IVR 
5 and external applications or services. The following 
is a brief description of external actions currently 
available for IVR scripts: 

LIVE ED IT - Enables live prompt editing. This feature enables an 
10 administrator to record or re-record a voice prompt while a script 
is executing. 

HOOK - Calls a function in an external Dynamic Link Library (DLL) . 

15 FAXBACK (783) (FIG. 2 window 464) - Sends a fax document to a 
recipient's fax number. 

^0 



The strings and files tab 784 allows various 

20 functions in accordance with the present invention. 

FIG. 2 shows some of these actions included under the 
advanced options tab 772. 



y SUBSTR (786) (FIG. 2) - Extracts specific characters from a 

2 5 string. The result is stored in a local variable. 
Parameters : 

String The string to parse. 

Start Starting character position in string. The first 

character is position one. 

3 0 End Ending character position in string. The first 

character is position one. 

^ Variable The name of a variable to store the results. 

\> Results - There are no result actions for this action. 



3 5 INSTR (7 88) (FIG. 2) - Looks for a string or character within 
another string and stores the character position in a local 
variable . 



V> Parameters: 

String The string to scan. 

4 0 String to Find The string to find in string. 

Variable If string to find is found in string, the result 

will be a number greater than zero, indicating 
the character position in string where it was 
found . 



45 Results: 



True specifies a destination to branch to if the 
string to find was found in string. 

False specifies a destination to branch to if the 
string to find was not found in string. 
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TOKEN (790) (FIG. 2) - Extracts a token or field from a string 
■ based on a delimiter character. The resulting token is stored in 
a local variable along with the number of tokens identified. 
Parameters : 
5 String The string to parse. 

Delimiter A character or string to use as the field/token 

separator . 

Index The index of the field/token to extract. The 

first is number one. 
^ 10 Result Var A name of a variable to store in the extracted 

V/ token. 

Field # Var A name of a variable to store the total number 

r\ of tokens in the string. 

Results - There are no result actions for this action. 

15 

WRITEFILE - Writes a line of text to a file. It can be appended 
to an existing file or create a new one. 
Parameters : 

File Name The name of a new or existing file to write to. 

Q 2 0 Output A string to write to the file. A CR/LF is 

*-Q automatically appended. 

IH Results - Failure specifies a destination to branch to if the 

l 5 ^ operation fails . 

■\f 2 5 COPY - Copies an existing file on disk to a new filename. 

i_jQ Parameters : 

£ Source File The name of an existing file to copy. 

* 

Destination File The name of a new file to be created, 
ig Results - Failure specifies a destination to branch to if the 

l£j 3 0 operation fails. 

s^jj DELETE - Deletes a file from disk. 

Parameters : 

■rr File Name The name of an existing file to be deleted. 

3 5 Results - Failure specifies a destination to branch to if the 

operation fails . 

RENAME - Renames an existing file on disk. 
Parameters : 

4 0 Old File Name The name of an existing file on disk to be 

renamed . 

New File Name The new name for the file. 

Results - Failure specifies a destination to branch to if the 
operation fails . 

45 

The graphical user interface of the present 
invention is also used for scripting Automatic Call 
Distributor (ACD) functions by clicking the ACD tab 
50 792, such as shown in FIGS. 13 and 71. 

QUEUE - Retrieves ACD queue statistics from the operating ACD 
server of the present invention. 
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Parameters : 

Skill Set Choose between all skills or single skill. 

Skill Number A numeric value representing a single skill. 

This parameter is unused if the skill set is set 
5 at all skills. 

Store # in 

Queue Choose a variable name to store the number of 

calls in queue for the specified skill or all 
skills. 

£\, 10 Store Longest 

< y*^ in Queue Choose a variable name to store the number of 

seconds the longest call in queue has been 
waiting . 

Results : 

15 * True specifies a destination to branch to if the 

number of calls in queue is greater than zero. 
* False specifies a destination to branch to if the 

number of calls in queue is zero. 

2 0 CALLBACK - Sends a message to the ACD server to initiate an agent 
callback . 
Parameters : 

Phone Number The phone number of the caller that the agent is 

to call . 

2 5 Results - Failure specifies a destination to branch to if the data 
pipe service could not be connected to. 

The present invention also provides for an 

3 0 integrated voice mail option that provides features and 
functionality comparable to external Voice Mail Systems 
(VMS) . The embedded nature of this type of system 

helps to minimize the integration efforts required to 
implement feature-rich functionality in a complex call 
35 center environment. Call recording uses the same 

platform as the IVR. It also allows supervisors and 
business entities to record calls for quality 
monitoring, legal or security purposes. Calls can be 
recorded based on system-wide, random, scheduled or 
40 individual requirements. Supervisors and agents can 

review calls that are recorded and stored in sound file 
formats ( .wav and .vox) . This type of storage medium 
allows for voice compression to minimize file size, 
file archives that can be saved onto disk or remotely, 
45 and files that can be distributed individually via 

mediums (e.g., e-mail) for review at a sound-enabled 
desktop PC or workstation. 
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This application is related to copending 
patent applications entitled, "SKILLS BASED ROUTING 
METHOD AND SYSTEM FOR CALL CENTER, " "CALL CENTER IVR 
AND ACD SCRIPTING METHOD AND GRAPHICAL USER INTERFACE, " 
"SYSTEM AND METHOD FOR EVALUATING AGENTS IN CALL 
CENTER, " and "METHOD AND SYSTEM FOR COLLECTING REPORTS 
FOR CALL CENTER MONITORING BY SUPERVISOR," which are 
filed on the same date and by the same assignee and 
inventors, the disclosures which are hereby 
incorporated by reference. 

Many modifications and other embodiments of 
the invention will come to the mind of one skilled in 
the art having the benefit of the teachings presented 
in the foregoing descriptions and the associated 
drawings. Therefore, it is to be understood that the 
invention is not to be limited to the specific 
embodiments disclosed, and that the modifications and 
embodiments are intended to be included within the 
scope of the dependent claims. 



